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Foreword 



Much has happened in the TMS320 Family since Volume 1 of Digital Signal Processing 
Applications with the TMS320 Family was published, and Volumes 2 and 3 are a timely update to 
the family history. 

The DSP microcomputers keep changing the perspective of the systems designers by offer- 
ing more computational power and better interfacing capabilities. The steps of change are coming 
more quickly, and the potential impact is greater and greater. Because things change so rapidly in 
this area, there is a pressing need for ways to quickly learn how to utilize the new technology. These 
new volumes respond to that need. 

As with Volume 1, the purpose of these books is to teach us about the issues and techniques 
that are important in implementing digital signal processing systems using microprocessors in the 
TMS320 Family. Volume 2 highlights the TMS320C25; and Volume 3, the TMS320C30 chip. A 
large part of the books is devoted to such matters as characteristics of the TMS320C25 and 
TMS320C30 chips, useful program code for implementing special DSP functions, and details on 
interfacing the new chips to external devices. The remainder of the books illustrates how these 
chips can be used in communications, control, and computer graphics applications. 

What these two volumes make clear is how remarkably fast the field of DSP microcomputing 
is evolving. IC technologists and designers are simply packing more and more of the right kind of 
computing power into affordable microprocessor chips. The high-speed floating-point computing 
power and huge address spaces of chips like the TMS320C30 open the door to a whole new class 
of applications that were difficult or impractical with earlier generations of fixed-point DSP chips. 
The signal processing theorists and system designers are clearly being challenged to match the cre- 
ativity of the chip designers. 

The present books differ from Volume 1 in the inclusion of a small section on tools. This is 
a hopeful sign, because it is progress in this area that is likely to have the greatest impact on speeding 
the widespread application of DSP microprocessors. While useful design tools are beginning to 
emerge, much more can be done to help system designers manage the complexity of sophisticated 
DSP systems, which often involve a unique combination of theory, numerical and symbolic pro- 
cessing algorithms, real-time programming, and multiprocessing. No doubt future volumes of Dig- 
ital Signal Processing Applications with the TMS320 Family will have more to say about this im- 
portant topic. Until then. Volumes 2 and 3 have much useful information to help system designers 
keep up with the TMS320 Family. 

Ronald W. Schafer 

Atlanta, Georgia 

November 14, 1989 



Preface 

The newer, floating-point DSP devices, such as the TMS320C30, have brought an added di- 
mension to DSP applications. With the TMS20C30, programming is much easier because the de- 
signer does not have to worry about dynamic range and accuracy issues. An algorithm implemented 
in floating-point in a high-level language can be easily ported to such a device. The new architecture 
contains other features, besides the floating point capability, that simplify programming. Some of 
these features (such as the software stack, the large register file, etc.) were added to facilitate the 
development of high-level language compilers. Currently, C and Ada compilers have been intro- 
duced. In addition, Spectron Microsystems introduced an operating system for DSPs (called 
SPOX) that further facilitates the development of algorithms on the DSP devices. 

Volume 3 of Digital Signal Processing Applications with the TMS320 Family contains appli- 
cation reports primarily on the third generation of the TMS320 Family (floating-point devices). 
This book is a continuation of Volumes 1 and 2 in the sense that it addresses the same needs of the 
designer. The designer still has the task of selecting the DSP device with the appropriate cost, per- 
formance, and support, developing the DSP algorithm that will solve the problem, and implement- 
ing the algorithm on the processor. This volume tries to help by bringing the designer up to date 
on the applications of newer processors or in different applications of earlier processors. 

The objectives remain the same as in earlier volumes. First, the application reports supply 
examples of device use and serve as tutorials in programming the devices. Of course, the same pur- 
pose is served on a more elementary basis by the software and hardware applications sections of 
the corresponding user's guides. Second, since the source code of each application is provided with 
the report, the designer can take it intact (or extract a portion of it) and place it in the application. 

It is assumed that the reader has exposure to the TMS320 devices or, at least, has the necessary 
manuals (such as the appropriate TMS320 user's guides) that will help the reader understand the 
explanations in the reports. The reports themselves include as references the necessary background 
material. Additionally, the Introduction gives a brief overview of the available devices at the time 
of the writing and points to the source of more information. 

The reports are grouped by application area. The term report is used here in a broad sense, 
since some articles from technical publications are also included. The authors of the reports are ei- 
ther the digital signal processing engineering staff of the Texas Instruments Semiconductor Group 
(including both field and factory personnel, and summer students) or third parties. 

The source code associated with the reports is also available in electronic form, and the reader 
can download it from the TI DSP Electronic Bulletin Board (telephone (713) 274-2323). If more 
information is needed, the DSP Hotline can be called at (713) 274-2320. 

The editor thanks all the authors and the reviewers for their contribution to this volume of 
application reports. 

Panos E. Papamichalis, Ph.D. 
Senior Member of Technical Staff 



Part I. Introduction 

1. The TMS320C20 Family and Book Overview 

2. The TMS320C20 Family of Digital Signal Processors 

(Kun-Shan Lin, Gene A. Frantz, and Ray Simar, Jr., reprinted from 
PROCEEDINGS OF THE IEEE, Vol. 75, No. 9, September 1987) 

3. The TMS320C30 Floating-Point Digital Signal Processor 

(Panos Papamichalis and Ray Simar, Jr., reprinted from IEEE Micro 
Magazine, Vol. 8, No. 6, December 1988) 



TMS320 Family and Book Overview 

Digital signal processors have found applications in areas where they were not even consid- 
ered a few years ago. The two major reasons for such proliferation are an increase in processor per- 
formance and a reduction in cost. Volume 3 of Digital Signal Processing Applications with the 
TMS320 Family presents a set of application reports primarily on theTMS320C30, the third-gener- 
ation TMS320 device. 



Organization of the Book 

The material in this book is grouped by subject area: 

• Introduction 

• Digital Signal Processing Routines 

• DSP Interface Techniques 

• Telecommunications 

• Computers 

• Tools 

® Bibliography 

The Introduction contains this overview and two review articles. The first article gives a 
general description of the TMS320 family and is reprinted from a special issue oiihQ IEEE Pro- 
ceedings, while the second article discusses theTMS320C30 device and is reprinted from th^ IEEE 
Micro Magazine, The overview points out how the TMS320 family has grown since the two articles 
were published and also introduces newer devices. 

The five articles in the Digital Signal Processing Routines section present useful algo- 
rithms, such as the FFT, the Discrete Cosine Transform, etc., that are implemented on the 
TMS320C30. Two of the reports also consider implementations on the TMS320C25. 

The section on DSP Interface Techniques contains an article on interfacing the 
TMS320C30 with external hardware, such as memories and A/D and D/A converters, and an article 
on a hardware implementation of a floating-point converter between the IEEE and the TMS320C30 
formats. 

The following three sections contain one article each. In the Telecommunications section, 
an implementation of the government-standard CELP speech-coding algorithm is presented. The 
Computers section contains an article on 3-D graphics systems, which shows examples of using 
the TMS320C30 device for graphics problems. In the Tools section, the article gives a functional 
description of the TMS320C30 Application Board that is part of the hardware emulator for that de- 
vice. 

The Bibliography section contains a list of articles mentioning DSP implementations using 
TMS320 devices. The different titles are listed chronologically and are grouped by subject. The list 
is not exhaustive, but it gives pointers for pursuing practical implementations in representative 
application areas. 

Digital Signal Processing Applications with the TMS320 Family, Vol. 3 3 



The TMS320 Family of Processors 

The TMS320 Family of digital signal processors started with the TMS32010 in 1982, but it 
has been expanded to encompass five generations (at the time of this writing) with devices in each 
generation. Figure 1 shows this progression through the generations. The TMS320 devices can be 
grouped in two broad categories: fixed-point and floating-point devices. As implied by Figure 1, 
the first, second, and fifth generations are the fixed-point devices, while the third and the fourth 
generations (the latest one under development) support floating-point arithmetic. 



Figure 1. TMS320 Family Roadmap 



Floating-point DSP 

Fixed-point DSP 

* 1990 NEW TMS320 




TMS320C1 0,-14 

TMS320C10-25 

TMS320C15/E15 

TMS320C15-25 

TMS320C17/E17 

TMS320C14/E14 



TMS32020 

TMS320C25 

TMS320E25 

TMS320C25-50 

*TMS320C26 



.^iL. 



Generation 



Digital Signal Processing Applications with the TMS320 Family, Vol, 3 



The following article, "The TMS320 Family of Digital Signal Processors," by Lin, et. al., 
is reprinted from the Proceedings of the IEEE and gives an overview of the TMS320 family. Since 
additional devices have been developed from the time the article was written, this section highlights 
these newer devices. Table 1 shows a comprehensive list of the currently available TMS320 devices 
and their salient characteristics. 

Table 1. TMS320 Family Overview 



Gen 


Device 


Data 
Type 


Cycle 
Time 

(ns) 


Memory 


I/O 


On- 
Chip 
Timers 


Package 


RAM 


On- 
Chip 
ROM 


EPROM 


Off. 
Chip 


Parallel Serial DMA 


1st 


TMS320C10 H 

TMS320C10-25 

TMS320C10-14 

TMS320E14 

TMS320C15 H 

TMS320C 15-2511 

TMS320E15 H 

TMS320EI5-25 

TMS320C17 

TMS320E17 


Integer 
Integer 
Integer 
Integer 
Integer 
Integer 
Integer 
Integer 
Integer 
Integer 


200 
160 
280 
160 
200 
160 
200 
160 
200 
200 


144 
144 
144 
256 
256 
256 
256 
256 
256 
256 


1.5K 
1.5K 
1.5K 

4K 
4K 

4K 


4K 

4K 
4K 

4K 


4K 

4K 
4K 
4K 
4K 
4K 
4K 
4K 
4K 
4K 


8x16 
8x16 
8X16 
7x16 
8x16 
8x16 
8x16 
8x16 
6x16 
6X16 


1 

2 
2 




4 


DIP/PLCC 

DIP/PLCC 

DIP/PLCC 

CERQUAD 

DIP/PLCC 

DIP/PLCC 

DIP/CERQUAD 

DIP/CERQUAD 

DIP/PLCC 

DIP/CERQUAD 


2nd 


TMS32020 H 
TMS320C25 H 
TMS320C25-50 H 
TMS320E25 H 
TMS320C26 


Integer 
Integer 
Integer 
Integer 
Integer 


200 
100 
80 
100 
100 


544 
544 
544 
544 
1.5K 


4K 
4K 

256 


4K 


128K 
128K 
128K 
128K 
128K 


16x16 
16x16 
16x16 
16x16 




t 
t 
t 
t 
t 




PGA 

PGA/PLCC 

PGA/PLCC 

CERQUAD 

PLCC 


3rd 


TMS320C30 H 


Float Pt 


60 


2K 


4K 




16M 


16MX32 . 


2 


t 


2 


PGA 


5th 


TMS320C50 H 


Integer 


50 


8.5K 


2K 




128K 


16x16 


1 


t 


1 


CLCC 


t External DMA 

t External/Internal DMA 

U For information on military versions of these devices, contact your local TI sales office. 
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The additions to the first generation are the TMS320C14 and the TMS320E14; the latter is 
identical with the former, except that the latter 's on-chip program memory is EPROM. The 
TMS320C14/E14 devices have features that make them suitable for control applications. Figure 
2 shows the components of these devices. The memory and the CPU are identical to 
TMS320C15/E15, while the peripherals reflect the orientation of the devices toward control. 

Figure 2. TMS320C14/E14 Key Features 
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Some of the key features of the TMS320C14/E14 are: 

• 160-ns instruction cycle time 

• Object-code-compatible with the TMS320C15 

• Four 16-bit timers 

- Two general-purpose timers 

- One watchdog timer 

- One baud-rate generator 

• 16 individual bit-selectable I/O pins 

• Serial portAJSART with codec-compatible mode 

• Event manager with 6-channel PWM D/A 

• CMOS technology, 68-pin CERQUAD 

The additions to the second generation are the TMS320E25, the TMS320C25-50, and the 
TMS320C26. The TMS320E25 is identical to the TMS320C25, except that the 4K-word on-chip 
program memory is EPROM. Since increased speed is very important for the real-time implemen- 
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tation of certain applications, the TMS320C25-50 was designed as a faster version of the 
TMS320C25 and has a clock frequency of 50 MHz instead of 40 MHz. 



The TMS320C26 is a modification of the TMS320C25 in which the program ROM has been 
exchanged for RAM. The memory space of the TMS320C26 has 1.5K words of on-chip RAM and 
256 words of on-chip ROM, making it ideal for applications requiring larger RAM but minimal 
external memory. 

A new generation of higher-performance fixed-point processors has been introduced in the 
TMS320 Family: the TMS320C5x devices. This generation shares many features with the first and 
the second generations, but it also encompasses significant new features. Figure 3 shows the basic 
components of the first device in that generation, the TMS320C50. 

Figures. TMS320C50 Key Features 




Some of the important features of the TMS320C50 are listed below: 

• Source code is upward compatible with the TMS320Clx/C2x devices 

• 50/35-ns instruction cycle time 

• 8K words of on-chip program/data RAM 

• 2K words boot ROM 

• 544 words of data/program RAM 

• 128K words addressable total memory 

• Enhanced general-purpose and DSP-specific instructions 

• Static CMOS, 84-pin CERQUAD 

• JTAG serial scan path 
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The software and hardware development tools for the TMS320 family make the develop- 
ment of applications easy. Such tools include assemblers, linkers, simulators, and C compilers for 
the software. They include evaluation modules, software development boards, and extended devel- 
opment systems for hardware. These tools are mentioned in the following paper by Lin, et. al. The 
interested reader can find much more information in the additional literature that is published by 
Texas Instruments and mentioned in the next section. In particular, the TMS320 Family Develop- 
ment Support Reference Guide is an excellent source. 

One important addition to the list of tools is the SPOX operating system, developed by Spec- 
tron Microsystems. SPOX permits you to write an application in a high-level language (C) and run 
it on actual DSP hardware. The operating system of SPOX hides the details of the interface from 
you and lets you concentrate on your algorithm while running it at supercomputer speeds on the 
TMS320C30. 

References 

Texas Instruments publishes an extensive bibliography to help designers use the TMS320 de- 
vices effectively. Besides the user's guides for corresponding generations, there are manuals for 
the software and the hardware tools. The TMS3 20 Family Development Support Reference Guide 
is particularly useful because it provides information, not only on development tools offered by TI, 
but also on those produced by third parties. Here is a partial list of the literature available (the litera- 
ture number is in parentheses) 

• TMS320 Family Development Support Reference Guide (SPRUOll A) 

• TMS320CIX User's Guide (SFRV013A) 

• TMS320C2X User 's Guide (SPRU014) 

• TMS320C3X User's Guide (SFRU031) 

• TMS320ClxlTMS320C2x Assembly Language Tools User's Guide (SPRU018) 

• TMS320C30 Assembly Language Tools User 's Guide (SPRU035) 

• TMS320C25 C Compiler Reference Guide (S?R\]024) 

• TMS320C30 C Compiler Reference Guide (SPRU034) 

• Digital Signal Processing Applications with the TMS320 Family, Volume 1 (SPRA012) 

• Digital Signal Processing Applications with the TMS320 Family, Volume 2 (SPRA016) 

You can request this literature by calling the Customer Response Center at 1-800-232-3200, 
or the DSP Hotline at 1-713-274-2320. 
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The TMS320 Family of Digital Signal 
Processors 



KUN-SHAN LIN, member, ieee, GENE A. FRANTZ, senior member, ieee, 
AND RAY SI MAR, Jr. 



This paper begins with a discussion of the characteristics of dig- 
ital signal processing, which are the driving force behind the design 
of digital signal processors. The remainder of the paper describes 
the three generations of the TMS320 family of digital signal proces- 
sors available from Texas Instruments. The evolution in architec- 
tural design of these processors and key features of each genera- 
tion of processors are discussed. More detailed information is 
provided for the TMS320C25 and TMS320C30, the newest members 
in the family. The benefits and cost-performance tradeoffs of these 
processors become obvious when applied to digital signal pro- 
cessing applications, such as telecommunications, data commu- 
nications, graphics/image processing, etc. 

Digital Signal Processing Characteristics 

Digital signal processing (DSP) encompasses a broad 
spectrum of applications. Some application examples 
include digital filtering, speech vocoding, image process- 
ing, fast Fourier transforms, and digital audio [1]-[10]. These 
applications and those considered digital signal processing 
have several characteristics in common: 

• mathematically intensive algorithms, 

• real-time operation, 

• sampled data implementation, 

• system flexibility. 

To illustrate these characteristics in this section, we will use 
the digital filter as an example. Specifically, we will use the 
Finite Impulse Response (FIR) filter which in the time 
domain takes the general form of 



y(n) = S a(i) * x{n - i) 



(1) 



where y(n) is the output sample at time n, a(i) is the /th coef- 
ficient or weighting factor, and x(n - /) is the (n - /)th input 
sample. 

With this example in mind, we can discuss the various 
characteristics of digital signal processing: mathematically 
intensive algorithms, real-time processing, sampled data 
implementation, and system flexibility. First, let us look at 
the concept of mathematically intensive algorithms. 

Manuscript received October 6, 1986; revised March 27, 1987. 
The authors are with the Semiconductor Group, Texas Instru- 
ments Inc., Houston, TX 77521-1445, USA. 
IEEE Log Number 8716214. 



Mathematically Intensive Algorithms 

From (1), we can see that to generate every y(n), we have 
to compute N multiplications and additions or sums of 
products. This computation makes it mathematically inten- 
sive, especially when N is large. 

At this point it is worthwhile to give the FIR filter some 
physical significance. An FIR filter is a common technique 
used to eliminate the erratic nature of stock market prices. 
When the day-to-day closing prices are plotted, it is some- 
times difficult to obtain the desired information, such as the 
trend of the stock, because of the large variations. A simple 
way of smoothing the data is to calculate the average clos- 
ing values of the previous five days. For the new average 
value each day, the oldest value is dropped and the newest 
value added. Each daily average value (average (n)) would 
be the sum of the weighted value of the latest five days, 
where the weighting factors (a(/)'s) are 1/5. In equation form, 
the average is determined by 



average (n) ■■ 



1 

5 


*d{n - 


-^ 


* din - 


+ 


^*din 


- 3) + 


^*din 


+ 


^*d{n 


- 5) 





2) 



(2) 



where din - /) is the daily stock closing price for the (n — 
/■)th day. Equation (2) assumes the same form as (1). This is 
also the general form of the convolution of two sequences 
of numbers, a(/) and x(/) [5], [6]. Both FIR filtering and con- 
volution are fundamental to digital signal processing. 

Real-Time Processing 

In addition to being mathematically intensive, DSP algo- 
rithms must be performed in real time. Real time can be 
defined as a process that is accomplished by the DSP with- 
out creating a delay noticeable to the user. I n the stock mar- 
ket example, as long as the new average value can be com- 
puted prior to the next day when it is needed, it is considered 
to be completed in real time. In digital signal processing 
applications, processes happen faster than on a daily basis, 
in the FIR filter example in (1), the sum of products must 
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be computed usually within hundreds of microseconds 
before the next sample comes into the system. A second 
example is in a speech recognition system where a notice- 
able delay between a word being spoken and being rec- 
ognized would be unacceptable and not considered real- 
time. Another example is in image processing, where it is 
considered real-time if the processor finishes the process- 
ing within the frame update period. If the pixel information 
cannot be updated within the frame update period, prob- 
lems such as flicker, smearing, or missing information will 
occur. 

Sampled Data Implementation 

The application must be capable of being handled as a 
sampled data system in order to be processed by digital 
processors, such as digital signal processors. The stock 
market is an example of a san- pled data system. That is, a 
specific value (closing value) .s assigned to each sample 
period or day. Other periods may be chosen such as hourly 
prices or weekly prices. In an FIR filter as shown in (1), the 
output y{n) is calculated to be the weighted sum of the pre- 
vious N inputs. In other words, the input signal is sampled 
at periodic intervals (1 over the sample rate), multiplied by 
weighting factor a(i), and then added together to give the 
output result of y{n). Examples of sample rates for some typ- 
ical sampled data applications [2], [4] are shown in Table 1. 

Table 1 Sample Rates versus Applications 



Application 



Nominal 
Sample Rate 



Control 

Telecommunications 
Speech processing 
Audio processing 
Video frame rate 
Video pixel rate 



1 kHz 

8 kHz 

8-10 kHz 
40-48 kHz 
30 Hz 
14 MHz 



In a typical DSP application, the processor must be able 
to effectively handle sampled data in largequantity and also 
perform arithmetic computations in real time. 

System Flexibility 

The design of the digital signal processing system must 
be flexible enough to allow improvements in the state of 
the art. We may find out after several weeks of using the 
average stock price as a means of measuring a particular 
stock's value that a different method of obtaining the daily 
information is more suited to our needs, e.g., using dif- 
ferent daily weightings, a different number of periods over 
which to average, or a different procedure for calculating 
the result. Enough flexibility in the system must be available 
to allow for these variations. In many of the DSP applica- 
tions, techniques are still in the developmental phase, and 
therefore the algorithms tend to change over time. As an 
example, speech recognition is presently an inexact tech- 
nique requiring continual algorithmic modification. From 
this example we can see the need for system flexibility so 
that the DSP algorithm can be updated. A programmable 
DSP system can provide this flexibility to the user. 



Historical DSP Solutions 

Over the past several decades, digital signal processing 
machines have taken on several evolutions in order to 
incorporate these characteristics. Large mainframe com- 
puters were initially used to process signals in the digital 
domain. Typically, because of state-of-the-art limitations, 
this was done in nonreal time. As the state of the art 
advanced, array processors were added to the processing 
task. Becauseof theirflexibilityand speed, array processors 
have become the accepted solution for the research lab- 
oratory, and have been extended to end-applications in 
many instances. However, integrated circuit technology has 
matured, thus allowing for the design of faster micropro- 
cessors and microcomputers. As a result, many digital sig- 
nal processing applications have migrated from the array 
processor to microprocessor subsystems (i.e., bit-slice 
machines) to single-chip integrated circuit solutions. This 
migration has brought the cost of the DSP solution down 
to a point that allows pervasive use of the technology. The 
increased performance of these highly integrated circuits 
has also expanded DSP applications from traditional tele- 
communications to graphics/image processing, then to 
consumer audio processing. 

A recent development in DSP technology is the single- 
chip digital signal processor, such as the TMS320 family of 
processors. These processors give the designer a DSP solu- 
tion with its performance attainable only by the array pro- 
cessors a few years ago. Fig. 1 shows the TMS320 family in 
graphical form with the y-axis indicating the hypothetical 
performance and the x-axis being the evolution of the semi- 
conductor processing technology. The first member of the 
family, the TMS32010, was disclosed to the market in 1982 
[11], [12]. It gave the system designer the first microcom- 
puter capable of performing five million DSP operations 
per second (5 MIPS), including the add and multiply func- 
tions [13] required in (1). Today there are a dozen spinoffs 
from the TMS32010 in the first generation of the TMS320 
family. Some of these devices are the TMS320C10, 
TMS320C15, and TMS320C17 [14]. The second generation 
of devices include the TMS32020 [15] and TMS320C25 [16]. 
The TMS320C25 can perform 10 MIPS [16]. In addition, 
expanded memory space, combined single-cycle multiply/ 
accumulate operation, multiprocessing capabilities, and 
expanded I/O functions have given the TMS320C25 a 
2 to 4 times performance improvement over its predeces- 
sors. The third generation of the TMS320 family of proces- 
sors, the TMS320C30 [26], [27], has a computational rate of 
33 million DSP floating-point operations per second (33 
MFLOPS). Its performance (speed, throughput, and pre- 
cision) has far exceeded the digital signal processors avail- 
able today and has reached the level of a supercomputer. 

It we look closely at the TMS320 family as shown in Fig. 
1, we can see that devices in the same generation, such as 
the TMS320C10, TMS320C15, and TMS320C17, are assembly 
object-code compatible. Devices across generations, such 
as the TMS320C10 and TMS320C25, are assembly source- 
code compatible. Software investment on DSP algorithms 
therefore can be maintained during the system upgrade. 
Another point is that since the introduction of the 
TMS32010, semiconductor processing technology has 
emerged from 3-/im NMOS to 2-^m CMOS to l-Aim CMOS. 
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Fig. 1. The TMS320 family of digital signal processors. 



The TMS320 generations of processors have also taken the 
same evolution in processing technology. Low power con- 
sumption, high performance, and high-density circuit inte- 
gration are some of the direct benefits of this semicon- 
ductor processing evolution. 

From Fig, 1, it can be observed that various DSP building 
blocks, such as the CPU, RAM, ROM, I/O configurations, 
and processor speeds, have been designed as individual 
modules and can be rearranged or combined with other 
standard cells to meet the needs of specific applications. 
Each of the three generations (and future generations) will 
evolve in the same manner. As applications become more 
sophisticated, semicustom solutions based on the core CPU 
will become the solution of choice. An example of this 
approach is the TMS320C17/E17, which consists of the 
TMS320C10 core CPU, expanded 4K-word program ROM 
(TMS320C17) or EPROM (TMS320E17), enlarged data RAM 
of 256 words, dual serial ports, companding hardware, and 
a coprocessor interface. Furthermore, as integrated circuit 
layout rules move into smaller geometry (now at 2 /tm, rap- 
idly going to 1 fim), not only will theTMS320 devices become 
smaller in size, but also multiple CPUs will be incorporated 
on the same device along with application-specific I/O to 
achieve low-cost integrated system solutions. 

Basic TMS320 Architecture 

As noted previously, the underlying assumption regard- 
ing a digital signal processor is fast arithmetic operations 
and high throughput to handle mathematically intensive 
algorithms in real time. In the TMS320 family [11]-[17], [26], 
[27], this is accomplished by using the following basic con- 
cepts: 

• Harvard architecture, 

• extensive pipelining, 

• dedicated hardware multiplier, 

• special DSP instructions, 

• fast instruction cycle. 



These concepts were designed into the TMS320 digital sig- 
nal processors to handle the vast amount of data charac- 
teristic of DSP operations, and to allow most DSP opera- 
tions to be executed in a single-cycle instruction. 
Furthermore, the TMS320 processors are programmable 
devices, providing the flexibility and ease of use of general- 
purpose microprocessors. The following paragraphs dis- 
cuss how each of the above concepts is used in the TMS320 
family of devices to make them useful in digital signal pro- 
cessing applications. 

Harvard Architecture 

TheTMS320 utilizes a modified Harvard architecture for 
speed and flexibility. In a strict Harvard architecture [18], 
[19], the program and data memories lie in two separate 
spaces, permitting a full overlap of instruction fetch and 
execution. The TMS320 family's modification of the Har- 
vard architecture further allows transfer between program 
and data spaces, thereby increasing the flexibility of the 
device. This architectural modification eliminates the need 
for a separate coefficient ROM and also maximizes the pro- 
cessing power by maintaining two separate bus structures 
(program and data) for full-speed execution. 

Extensive Pipelining 

In conjunction with the Harvard architecture, pipelining 
is used extensively to reduce the instruction cycle time to 
its absolute minimum, and to increase the throughput of 
the processor. The pipeline can be anywhere from two to 
four levels deep, depending on which processor in the fam- 
ily is used. The TMS320 family architecture uses a two-level 
pipeline for its first generation, a three-level pipeline for its 
second generation, and a four-level pipeline for its third 
generation of processors. This means that the device is pro- 
cessing from two to four instructions in parallel, and each 
instruction is at a different stage in its execution. Fig. 2 shows 
an example of a three-level pipeline operation. 
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Fig. 2. Three-level pipeline operation. 

In pipeline operation, the prefetch, decode, and execute 
operations can be handled independently, thus allowing 
the execution of instructions to overlap. During any instruc- 
tion cycle, three different instructions are active, each at a 
different stage of completion. For example, as the Nth 
instruction is being prefetched, the previous (N - 1)th 
instruction is being decoded, and the previous (N - 2)th 
instruction is being executed. In general, the pipeline is 
transparent to the user. 



(the closing price five days ago) was dropped and a new one 
(today's closing price) was added. Or, each piece of the old 
data is delayed or moved one sample period to make room 
for the incoming most current sample. This delay is the 
function of the DMOV instruction. Another special instruc- 
tion in the TMS32010 is the LTD instruction. It executes the 
LT, DMOV, and APAC instructions in a single cycle. The LTD 
andMPYinstructionthen reduce the number of instruction 
cycles per FIR filter tap from four to two. In the second-gen- 
eration TMS320, such as the TMS320C25, two more special 
instructions have been included (the RPT and MACD 
instructions) to reduce the number of cycles per tap to one, 
as shown in the following: 

RPTK 255 ;REPEAT THE NEXT INSTRUCTION 256 TIMES 

(N 4- 1) 
MACD ;LT, DMOV, MPY, AND APAC 



Dedicated Hardware Multiplier 

As we saw in the general form of an FIR filter, multipli- 
cation is an important part of digital signal processing. For 
each filter tap (denoted by /), a multiplication and an addi- 
tion must take place. The faster a multiplication can be per- 
formed, the higher the performance of the digital signal 
processor. In general-purpose microprocessors, the mul- 
tiplication instruction is constructed by a series of addi- 
tions, therefore taking many instruction cycles. In com- 
parison, thecharacteristic of every DSP device is a dedicated 
multiplier. In the TMS320 family, multiplication is a single- 
cycle instruction as a result of the dedicated hardware mul- 
tiplier. If we look at the arithmetic for each tap of the FIR 
filter to be performed by the TMS32010, we see that each 
tap of the filter requires a multiplication (MPY) instruction. 

LT ;LOAD MULTIPLICAND INTO T REGISTER 

DMOV ;MOVE DATA IN MEMORY TO DO DELAY 

MPY ;MULTIPLY 

APAC ;ADD MULTIPLICATION RESULT TO ACC 

The other three instructions are used to load the multiplier 
circuit with the multiplicand (LT), move the data through 
the filter tap (DMOV), and add the result of the multipli- 
cation (stored in the product register) to the accumulator 
(APAC). Specifically, the multiply instruction (MPY) loads 
the multiplier into the dedicated multiplier and performs 
the multiplication, placing the result in a product register. 
Therefore, if a 256-tap FIR filter is used, these four instruc- 
tions are repeated 256 times. At each sample period, 256 
multiplications must be performed. In a typical general- 
purpose microprocessor, this requires each tap to be 30 to 
40 instruction cycles long, whereas In the TMS320C10, it is 
only four instruction cycles. We will see in the next section 
how special DSP instructions reduce the time required for 
each FIR tap even further. 

Special DSP Instructions 

Another characteristic of DSP devices is the use of special 
instructions. We were introduced to one of them in the pre- 
vious example, the DMOV (data move) instruction. In dig- 
ital signal processing, the delay operator (z " ^) is very impor- 
tant. Recalling the stock market example, during each new 
sample period (i.e., each new day), the oldest piece of data 



Fast Instruction Cycle 

The real-time processing capability is further enhanced 
by the raw speed of the processor in executing instructions. 
The characteristics which we have discussed, combined 
with optimization of the integrated circuit design for speed, 
give the DSP devices instruction cycle times less than 200 
ns. The specific instruction cycle times for the TMS320 fam- 
ily are given in Table 2. These fast cycle times have made 



Table 2 TMS320 Cycle Times 



Device 



Cycle Time 
(ns) 



TMS320C10* 
TMS32020 
TMS320C25 
TMS320C30 



160-200 
160-200 
100-125 
60-75 



*The same cycle time applies to all of the first-generation processors. 

theTMS320 family of processors highly suited for many real- 
time DSP applications. Table 1 showed the sample rates for 
some typical DSP applications. This table can be combined 
with the cycle times indicated in Table 2 to show how many 
instruction cycles per sample can be achieved by the var- 
ious generations of the TMS320 for real-time applications 
(see Fig. 3). 

As we can see from Fig. 3, many instruction cycles are 
available to process the signal or to generate commands for 
real-time control applications. Therefore, for simple con- 
trol applications, the general-purpose microprocessors or 
controllers would be adequate. However, for more math- 
ematically Intensive control applications, such as robotics 
and adaptive control, digital signal processors are much 
better suited [24]. The number of available instruction cycles 
is reduced as we increase the sample rate from 8 kHz for 
typical telecommunication applications to 40-48 kHz for 
audio processing. Since most of these real-time applica- 
tions require only a few hundreds of instructions per sam- 
ple (such as ADPCM [4], and echo cancelation [4]), this is 
within the reach of the TMS320, For higher sample rate 
applications, such as video/image processing, digital signal 
processors available today are not capable of handling the 
processing of the real-time video data. Therefore, for these 
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Fig. 3. Number of instruction cycles/sample versus sample rate for the TMS320 family. 



types of applications, multiple digital signal processors and 
frame buffers are usually required. From Fig. 3, it can also 
be seen that for slower speed applications, such as control, 
the first-generation TMS320 provides better cost-perfor- 
mance tradeoffs than the other processors. For high sample 
rate applications, such as video/image processing, the sec- 
ond and third generations of the TMS320 with their mul- 
tiprocessing capabilities and high throughput are better 
suited. 

Now that we have discussed the basic characteristics of 
digital signal processors, we can concentrate on specific 
details of each of the three generations of the TMS320 fam- 
ily devices. 

The First Generation of the TMS320 Family 

The first generation of the TMS320 family includes the 
TMS32010 [13], and TMS32011 [17], which are processed in 
2.4-/im NMOS technology, and the TMS320C10 [13], 
TMS320C15/E15 [14], and TMS320C17/E17 [14], processed in 
1 .8-/xm CMOS technology. Some of the key features of these 
devices are [14] as follows: 

• Instruction cycle timing: 

-160 ns 
-200 ns 
-280 ns. 

• On-chip data RAM: 

-144 words 

-256 words aMS320C15/E15, TMS320C17/E17). 

• On-chip program ROM: 

-1.5K words 

-4K words (TMS320C15, TMS320C17). 

• 4K words of on-chip program EPROM (TMS320E15, 

TMS320E17). 

• External memory expansion up to 4K words at full 

speed. 

• 16 X 16-blt parallel multiplier with 32-bit result. 

• Barrel shifter for shifting data memory words into the 

ALU. 

• Parallel shifter. 

• 4 X 12-bit stack that allows context switching. 

• Two auxiliary registers for indirect addressing. 



• Dual-channel serial port (TMS32011, TMS320C17, 

TMS320E17). 

• On-chip companding hardware (TMS32011, 

TMS320C17, TMS320E17). 

• Coprocessor interface (TMS320C17, TMS320E17). 

• Device packaging 

-40-pin DIP 
-44-pin PLCC. 

TMS320C10 

The first generation of the TMS320 processors is based 
on the architecture of the TMS32010 and its CMOS replica, 
the TMS320C10. The TMS32010 was introduced in 1982 and 
was the first microcomputer capable of performing 5 MIPS. 
Since the TMS32010 has been covered extensively in the 
literature [4], [11]-[14], we will only provide a cursory review 
here. A functional block diagram of theTMS320C10 is shown 
in Fig. 4. 

As shown in Fig. 4, the TMS320C10 utilizes the modified 
Harvard architecture in which program memory and data 
memory lie in two separate spaces. Program memory can 
reside both on-chip(1.5Kwords)oroff-chip(4Kwords). Data 
memory is the 144 x 16-bit on-chip data RAM. There are four 
basic arithmetic elements: the ALU, the accumulator, the 
multiplier, and the shifters. All arithmetic operations are 
performed using two's-complement arithmetic. 

ALU: The ALU is a general-purpose arithmetic logic unit 
that operates with a 32-bit data word. The unit can add, sub- 
tract, and perform logical operations. 

/\cct/n?u/afor The accumulator stores the output from the 
ALU and is also often an input to the ALU. It opcr.ites with 
a 32-bit word length. The accumulator is divided into a high- 
order word (bits 31 through 16) and a low-order word (bits 
15 through 0). Instructions are provided for storinj; the high- 
and low-order accumulator words in data memory (SACH 
for store accumulator high and SACL for store accumulator 
low). 

Multiplier: The 16 x 16-bit parallel multiplier consists of 
three units: the T register, the P register, and the multipler 
array. The T register is a 16-bit register that stores the mul- 
tiplicand, while the P register is a 32-bit register that stores 
the product. I n order to use the multiplier, the multiplicand 



The TMS320 Family of Digital Signal Processors 



17 



wl- 

OEN- 
MEN- 
BIO- 
MC/MP- 
iNT- 
RS- 



1 AO/ 4_J5 !*■ 

,2 PAO ^S ^ 



LEGEND: 

ACC= Accumulator 

ARP = Auxiliary register pointer 

ARO = Auxiliary register 

AR1 = Auxiliary register 1 

DP - Data page poi 

PC = Program counter 

P = P register 

T = T register 



Fig. 4. TMS320C10 functional block diagram. 




must first be loaded into the T register from the data RAM 
by using one of the following instructions: LT, LTA, or LTD. 
Then the MPY (multiply) or the MPYK (multiply immediate) 
instruction is executed. The multiply and accumulate oper- 
ations can be accomplished in two instruction cycles with 
the LTA/LTD and MPY/MPYK instructions. 

Sh/Yfers; Two shifters are available for manipulating data: 
a barrel shifter and a parallel shifter. The barrel shifter per- 
forms a left-shift of to 16 bits on all data memory words 
that are to be loaded into, subtracted from, or added to the 
accumulator. The parallel shifter, activated by the SACH 
instruction, can execute a shift of 0, 1, or 4 bits to take care 
of the sign bits in two's-complement arithmetic calcula- 
tions. 

Based on the architecture of the TMS32010/C10, several 
spinoffs have been generated offering different processor 
speeds, expanded memory, and various I/O integration. 
Currently, the newest members in this generation are the 
TMS320C15/E15 and the TMS320C17/E17 [14]. 



TMS320C15/E15 

The TMS320C15 and TMS320E15 are fully object-code and 
pin-for-pin compatible with the TMS32010 and offer 
expanded on-chip RAM of 256 words and on-chip program 
ROM (TMS320C15) or EPROM (TMS320E15) of 4K words. The 
TMS320C15 is available in either a 200-ns version or a 160- 
ns version (TMS320C15-25). 

TMS320C17/E17 

The TMS320C17/E17 is a dedicated microcomputer with 
4K words of on-chip program ROM (TMS320C17) or EPROM 
(TMS320E17), a dual-channel serial port for full-duplex serial 
communication, on-chip companding hardware (u-law/ 
A-law), a serial port timer for stand-alone serial commu- 
nication, and a coprocessor interface for zero glue interface 
between the processor and any 4/8/16-bit microprocessor. 
The TMS320C1 7/E17 is also object-code compatible with the 
TMS32010 and can use the same development tools. The 



18 



The TMS320 Family of Digital Signal Processors 



Table 3 TMS320 First-Generation Processors 



Instruction On-Chip On-Chip 

TMS320 Cycle Time Prog ROM Prog EPROM 

Devices (ns) Process (words) (words) 



On-Chip Off-Chip 
Data RAM Prog 

(words) (words) 



TMS32010 


200 


NMOS 


1.5K 


TMS32010-25 


160 


NMOS 


1.5K 


TMS32010-14 


280 


NMOS 


1.5K 


TMS32011 


200 


NMOS 


1.5K 


TMS320C10 


200 


CMOS 


1.5K 


TMS320C10-25 


160 


CMOS 


1.5K 


TMS320C15 


200 


CMOS 


4.0K 


TMS320C15-25 


160 


CMOS 


4.0K 


TMS320E15 


200 


CMOS 




TMS320C17 


200 


CMOS 


4.0K 


TMS320C17-25 


160 


CMOS 


4.0K 


TMS320E17 


200 


CMOS 





144 


4K 


[13] 


144 


4K 


f131 


144 


4K 


f131 


144 




[17] 


144 


4K 


[13] 


144 


4K 


[13] 


256 


4K 


[13] 


256 


4K 


[14] 


256 


4K 


[14] 


256 




[14] 


256 




[14] 


256 




[14] 



device is based on the TMS320C10 core CPU with added 
peripheral memory and I/O modules added on-chip. The 
TMS320C17/E17 can be regarded as a semicustom DSP solu- 
tion suited for high-volume telecommunication and con- 
sumer applications. 

Table 3 provides a feature comparison of all members of 
the first-generation TMS320 processors. References to more 
detailed information on these processors are also provided. 

The Second Generation of the TMS320 Family 

The second-generation TMS320 digital signal processors 
includes two members, the TMS32020 [15] and the 
TMS320C25 [16]. The architecture of these devices has been 
evolved from the TMS32010, the first member of the TMS320 
family. Key features of the second-generation TMS320 are 
as follows: 

• Instruction cycle timing: 

-100 ns (TMS320C25) 
-200 ns (TMS32020). 

• 4K words of on-chip masked ROM (TMS320C25). 

• 544 words of on-chip data RAM. 

• 128K words of total program data memory space. 

• Eight auxiliary registers with a dedicated arithmetic 
unit. 

• Eight-level hardware stack. 

• Fully static double-buffered serial port. 

• Wait states for communication to slower off-chip 
memories. 

• Serial portformultiprocessingorinterfacingtocodecs. 

• Concurrent DMA using an extended hold operation 
(TMS320C25). 

• Bit-reversed addressing modes for fast Fourier trans- 
forms (TMS320C25). 

• Extended-precision arithmetic and adaptive filtering 
support (TMS320C25). 

• Full-speed operation of MAC/MACD instructions from 
external memory (TMS320C25). 

• Accumulator carry bit and related instructions 
(TMS320C25). 

• 1.8-^m CMOS technology (TMS320C25): 

-68-pin grid array (PGA) package. 
-68-pin lead chip carrier (PLCC) package. 

• 2.4-Mm NMOS technology (TMS32020): 

-68-pin PGA package. 



TMS320C25 Architecture 

The TMS320C25 is the latest member in the second gen- 
eration of TMS320 digital signal processors. It is a pin-com- 
patible CMOS version of the TMS32020 microprocessor, 
but with an instruction cycle time twice as fast and the inclu- 
sion of additional hardware and software features. The 
instruction set is a superset of both the TMS32010 and 
TMS32020, maintaining source-code compatibility. In addi- 
tion, it is completely object-code compatible with the 
TMS32020 so that TMS32020 programs run unmodified on 
the TMS320C25. 

The 100-ns instruction cycle time provides a significant 
throughput advantage for many existing applications. Since 
most instructions are capable of executing in a single cycle, 
the processor is capable of executing ten million instruc- 
tions per second (10 MIPS). Increased throughput on the 
TMS320C25 for many DSP applications is attained by means 
of single-cycle multiply/accumulate instructions with a data 
move option (MAC/MACD), eight auxiliary registers with a 
dedicated arithmetic unit, instruction set support for adap- 
tive filtering and extended-precision arithmetic, bit-rever- 
sal addressing, and faster I/O necessary for data-intensive 
signal processing. 

Instructions are included to provide data transfers 
between the two memory spaces. Externally, the program 
and data memory spaces are multiplexed over the same bus 
so as to maximize the address range for both spaces while 
minimizing the pin count of the device. Internally, the 
TMS320C25 architecture maximizes processing power by 
maintaining two separate bus structures, program and data, 
for full-speed execution. 

Program execution in the device takes the form of a three- 
level instruction fetch-decode-execute pipeline (see Fig. 
2). The pipeline is essentially invisible to the user, except 
in some cases where it must be broken (such as for branch 
instructions). In this case, the instruction timing takes into 
account the fact that the pipeline must be emptied and 
refilled. Two large on-chip data RAM blocks (a total of 544 
words), one of which is configurable either as program or 
data memory, provide increased flexibility in system design. 
An off-chip 64K-word directly addressable data memory 
address space is included to facilitate implcMncntations of 
DSP algorithms. The large on-chip 4K-wor(l in.isked ROM 
can be used for cost-reduced systems, thus providing for 
a true single-chip DSP solution. The remaiiulcr of the 64K- 
word program memory space is located exti'inally. Large 



The TMS320 Family of Digital Signal Processors 



19 



programs can execute at full speed from this memory space. 
Programs may also be downloaded from slow external 
memory to on-chip RAM for full-speed operation. The VLSI 
implementation of the TMS320C25 incorporates all of these 



features as well as many others such as a hardware timer, 
serial port, and block data transfer capabilities. 

A functional block diagram of the TMS320C25, shown in 
Fig. 5, outlines the principal blocks and data paths within 
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the processor. The diagram also shows all of theTMS320C25 
interface pins. 

In the following architectural discussions on the mem- 
ory, central arithmetic logic unit, hardware multiplier, con- 
trol operations, serial port, and I/O interface, please refer 
to the block diagram shown in Fig. 5. 

Memory Allocation: The TMS320C25 provides a total of 
4K 16-bit words of on-chip program ROM and 544 16-bit 
words of on-chip data RAM. The RAM is divided into three 
separate Blocks (BO, B1 , and B2). Of the 544 words, 256 words 
(block BO) are configurable as either data or program mem- 
ory by CNFD (configure data memory) or CNFP (configure 
program memory) instructions provided for that purpose; 
288 words (blocks B1 and B2) are always data memory. A 
data memory size of 544 words allows the TMS320C25 to 
handle a data array of 512 words while still leaving 32 loca- 
tions for intermediate storage. The TMS320C25 provides 
64K words of off-chip directly addressable data memory 
space as well as a 64K-word off-chip program memory space. 

A register file containing eight Auxiliary Registers (ARO- 
AR7), which are used for indirect addressing of data mem- 
ory and for temporary storage, increase the flexibility and 
efficiency of the device. These registers may be either 
directlyaddressedbyan Instruction or indirectly addressed 
by a 3-bit Auxiliary Register Pointer (ARP). The auxiliary reg- 
isters and the ARP may be loaded from either data memory 
or by an immediate operand defined in the instruction. The 
contents of these registers may also be stored into data 
memory. The auxiliary register file is connected to the Aux- 
iliary Register Arithmetic Unit (ARAU). Using the ARAU 
accessing tables of information does not require the CALU 
for address manipulation, thus freeing it for other opera- 
tions. 

Central Arithmetic Logic Unit (CALU): The CALU contains 
a 16-bit scaling shifter, a 16 x 16-bit parallel multiplier, a 32- 
bit Arithmetic Logic Unit (ALU), and a 32-bit accumulator. 
The scaling shifter has a 16-bit input connected to the data 
bus and a 32-bit output connected to the ALU. This shifter 
produces a left-shift of to 16 bits on the input data, as pro- 
grammed in the instruction. Additional shifters at the out- 
puts of both the accumulator and the multiplier are suitable 
for numerical scaling, bit extraction, extended-precision 
arithmetic, and overflow prevention. 

The following steps occur in the implementation of a typ- 
ical ALU instruction: 

1) Data are fetched from the RAM on the data bus. 

2) Data are passed through the scaling shifter and the 
ALU where the arithmetic Is performed. 

3) The result is moved into the accumulator. 

The 32-bit accumulator is split into two 16-bit segments 
for storage in data memory: ACCH (accumulator high) and 
ACCL (accumulator low). The accumulator has a carry bit 
to facilitate multiple-precision arithmetic for both addition 
and subtract instructions. 

Hardware Multiplier: The TMS320C25 utilizes a 16 x 16- 
bit hardware multiplier, which is capable of computing a 
32-bit product during every machine cycle. Two registers 
are associated with the multiplier: 

• a 16-bit Temporary Register (TR) that holds one of the 
operands for the multiplier, and 

• a 32-bit Product Register (PR) that holds the product. 



The output of the product register can be left-shifted 1 or 
4 bits. This is useful for implementing fractional arithmetic 
or justifying fractional products. The output of the PR can 
also be right-shifted 6 bits to enable the execution of up to 
128 consecutive multiple/accumulates without overflow. 
An unsigned multiply (MPYU) instruction facilitates 
extended-precision multiplication. 

I/O Interface: The TMS320C25 I/O space consists of 16 
input and 16 output ports. These ports provide the full 16- 
bit parallel I/O interface via the data bus on the device. A 
single input (IN) or output (OUT) operation typically takes 
two cycles; however, when used with the repeat counter, 
the operation becomes single-cycle. I/O devices are mapped 
into the I/O address space using the processor's external 
address and data buses in the same manner as memory- 
mapped devices. Interfacing to memory and I/O devices of 
varying speeds is accomplished by using the READY line. 

A Direct Memory Access (DMA) to external program/data 
memory is also supported. Another processor can take 
complete contro l of the TMS320C25's external memory by 
asserting HOLD low, causing the TMS320C25 to place its 
address, data, and control lines in the high-impedance state. 
Signaling between the external processor and the 
TMS320C25 can be performed using interrupts. Two modes 
of DMA are available on the device . In the first, execution 
is suspended during assertion of HOLD. In the second 
"concurrent DMA" mode, the TMS320C25 continues to 
execute its program while operating from internal RAM or 
ROM, thus greatly increasing throughput in data-intensive 
applications. 

TMS320C25 Software 

The majority of the TMS320C25 i nstructions (97 out of 1 33) 
are executed in a single instruction cycle. Of the 36 instruc- 
tions that require additional cycles of execution, 21 involve 
branches, calls, and returns that result in a reload of the 
program counter and a break in the execution pipeline. 
Another seven of the instructions are two-word, long- 
immediate instructions. The remaining eight instructions 
support I/O, transfers of data between memory spaces, or 
provide for additional parallel operation in the processor. 
Furthermore, these eight instructions (IN, OUT, BLKD, 
BLKP, TBLR, TBLW, MAC, and MACD) become single-cycle 
when used in conjunction with the repeat counter. The 
functional performance of the instructions exploits the par- 
allelism of the processor, allowing complex and/or numer- 
ically intensive computations to be implemented in rela- 
tively few instructions. 

Addressing Modes: Since most of the instructions are 
coded in a single 16-bit word, most instructions can be exe- 
cuted in a single cycle. Three memory addressing modes 
are available with the instruction set: direct, indirect, and 
immediate addressing. Both direct and indirect addressing 
are used to access data memory. Immediate addressing uses 
the contents of the memory addressed by the program 
counter. 

When using direct addressing, 7 bits of the instruction 
word are concatenated with the 9 bits of the data memory 
page pointer (DP) to form the 16-bit data memory address. 
With a 128-word page length, the DP register points to one 
of 512 possible data memory pages to obtain a 64K total data 
memory space. Indirect addressing is provided by the aux- 
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iliary registers (AR0-AR7). The seven types of indirect 

addressing are shown in Table 4. Bit-reversed indexed 

addressing modes allov^ efficient I/O to be performed for 

. the resequencing of data points in a radix-2 FFT program. 



icated to distinct sections of the algorithm, throughput can 
be increased via pipelined execution. The TMS320C25 is 
capable of allocating up to 32K words of data memory as 
global memory for multiprocessing applications. 



Table 4 Addressing Modes of the TMS320C25 



Addressing Mode 



Operation 



OP A 

OP * (,NARP) 
OP *+(,NARP) 
OP ♦-(,NARP) 
OP *0 + (,NARP) 
OP *0-(,NARP) 

OP *BRO + (,NARP) 

OP *BRO-(,NARP) 



direct addressing 
indirect; no change to AR. 
indirect; current AR is incremented, 
indirect; current AR is decremented, 
indirect; ARO is added to current AR. 
indirect; ARO is subtracted from 

current AR. 
indirect; ARO is added to current AR 

(with reverse carry propagation), 
indirect; ARO is subtracted from 

current AR (with reverse carry 

propagation). 



Note: The optional NARP field specifies a new value of the ARP. 

TMS320C25 System Configurations 

The flexibility of the TMS320C25 allows systems config- 
urations to satisfy a wide range of application requirements 
[16]. The TMS320C25 can be used in the following config- 
urations: 

• a stand-alone system (a single processor using 4K 
wordsofon-chip ROM and 544 wordsof on-chip RAM), 

• parallel multiprocessing systems with shared global 
data memory, or 

• host/peripheral coprocessing using interface control 
signals. 

A minimal processing system is shown in Fig. 6 using 
external data RAM and PROM/EPROM. Parallel multipro- 
cessing and host/peripheral coprocessing systems can be 
designed by taking advantage of the TMS320C25's direct 
memory access and global memory configuration capabil- 
ities. 

In some digital processing tasks, the algorithm being 
implemented can be divided into sections with a distinct 
processor dedicated to each section. In this case, the first 
and second processors may share global data memory, as 
well as the second and third, the third and fourth, etc. Arbi- 
tration logic may be required to determine which section 
of the algorithm is executing and which processor has 
accesstotheglobal memory. With multipleprocessorsded- 



The Third Generation of the TMS320 Family 

The TMS320C30 [26]-[27] is Texas Instruments third-gen- 
eration member of the TMS320 family of compatible digital 
signal processors. With a computational rate of 33 MFLOPS 
(million floating-point operations per second), the 
TMS320C30 far exceeds the performance of any program- 
mable DSP available today. Total system performance has 
been maximized through internal parallelism, more than 
twenty-four thousand bytes of on-chip memory, single-cycle 
floating-point operations, and concurrent I/O. The total sys- 
tem cost is minimized with on-chip memory and on-chip 
peripherals such as timers and serial ports. Finally, the user's 
system design time is dramatically reduced with the avail- 
ability of the floating-point operations, general-purpose 
instructions and features, and quality development tools. 

The TMS320C30 provides the user with a level of per- 
formance that, at one time, was the exclusive domain of 
supercomputers. The strong architectural emphasis of pro- 
viding a low-cost system solution to demanding arithmetic 
algorithms has resulted in the architecture shown in Fig. 7. 

The key features of the TMS320C30 [26], [27] are as fol- 
lows: 

• 60-ns single-cycle execution time, 1-^m CMOS. 

• Two 1K X 32-bit single-cycle dual-access RAM blocks. 

• One 4K x 32-bit single-cycle dual-access ROM block. 

• 64 X 32-bit instruction cache. 

• 32-bit instruction and data words, 24-bit addresses. 

• 32/40-bit floating-point and integer multiplier. 

• 32/40-bit floating-point, integer, and logical ALU. 

• 32-bit barrel shifter. 

• Eight extended-precision registers. 

• Two address-generators with eight auxiliary registers. 

• On-chip Direct Memory Access (DMA) controller for 
concurrent I/O and CPU operation. 

• Peripheral bus and modules for easy customization. 

• High-level language support. 

• Interlocked instructions for multiprocessing support. 

• Zero overhead loops and single-cycle branches. 

The architecture of the TMS320C30 is targeted at 60-ns 
and faster cycle times. To achieve such high-performance 
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goals while still providing low-cost system solutions, the 
TMS320C30 is designed using Texas Instrunnents state-of- 
the-art l-Atm CMOS process. The TMS320C30 's high system 
performance is achieved through a high degree of paral- 
lelism, the accuracy and precision of its floating-point units, 
its on-chip DMA controller that supports concurrent I/O, 
and its general-purpose features. At the heart of the archi- 
tecture is the Central Processing Unit (CPU). 

The CPU 

The CPU consists of the following elements: floating- 
point/integer multiplier; ALU for performing floating-point, 
integer, and logical operations; auxiliary register arithmetic 
units; supporting register file, and associated buses. The 
multiplier of the CPU performs floating-point and integer 
multiplication. When performing floating-point multipli- 
cation, the inputs are 32-bit floating-point numbers, and the 
result is a 40-bit floating-point number. When performing 
integer multiplication, the input data is 24 bits and yields 
a 32-bit result. The ALU performs 32-bit integer, 32-bit log- 
ical, and 40-bit floating-point operations. Results of the mul- 
tiplier and the ALU are always maintained in 32-bit integer 
or 40-bit floating-point formats. The TMS320C30 has the 
ability to perform, in a single cycle, parallel multiplies and 
adds (subtracts) on integer or floating-point data, it is this 
ability to perform floating-point multiplies and adds (sub- 
tracts) in a single cycle which give the TMS320C30 its peak 
computational rate of 33 MFLOPS. 

Floating-point operations provide the user with a con- 
venient and virtually trouble-free means of performing 
computations while maintaining accuracy and precision. 
The TMS320C30 implementation of floating-point arith- 



metic allows for floating-point operations at integer speeds. 
The floating-point capability allows the user to ignore, to 
a large extent, problems with overflow, operand alignment, 
and other burdensome tasks common to integer opera- 
tions. 

The register file contains 28 registers, which may be oper- 
ated upon by the multiplier and ALU. The first eight of these 
registers (R0-R7) are the extended-precision registers, 
which support operations on 40-bit floating-point numbers 
and 32-bit integers. 

The next eight registers (AR0-AR7) are the auxiliary reg- 
isters, whose primary function is related to the generation 
of addresses. However, they also may be used as general- 
purpose 32-bit registers. Two auxiliary register arithmetic 
units (ARAUO and ARAU1) can generate two addresses in 
a single cycle. The ARAUs operate in parallel with the mul- 
tiplier and ALU. They support addressing with displace- 
ments, index registers (IRO and IR1), and circular and bit- 
reversed addressing. 

The remaining registers support a variety of system func- 
tions: addressing, stack management, processor status, 
block repeat, and interrupts. 

Data Organization 

Two integer formats are supported on the TMS320C30: 
a 16-bit format used for immediate integer operands and 
a 32-bit single-precision integer format. 

Two unsigned-integer formats are available: a 16-bit for- 
mat for immediate unsigned-integer operands and a 32-bit 
single-precision unsigned-integer format. 

The three floating-point formats are assumed to be nor- 
malized, thus providing an extra bit of precision. The first 
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is a 16-bit short floating-point format for immediate float- 
ing-point operands, which consists of a 4-bit exponent, 1 
sign bit, and an 11-bit fraction. The second is a single-pre- 
cision format consisting of an 8-bit exponent, 1 sign bit, and 
a 23-bit fraction. The third is an extended-precision format 
consisting of an 8-bit exponent, 1 sign bit, and a 31-bit frac- 
tion. 

The total memory space of the TMS320C30 is 16M (mil- 
lion) X 32 bits. A machine word is 32 bits, and all addressing 
is performed byword. Program, data, and I/O space are con- 
tained within the 16M-word address space. 

RAM blocks and 1 are each IK x 32 bits. The ROM block 
is 4K X 32 bits. Each RAM block and ROM block is capable 
of supporting two data accesses in a single cycle. For exam- 
ple, the user may, in a single cycle, access a program word 
and a data word from the ROM block. 

The separate program data, and DMA buses allow for par- 
allel program fetches, data reads and writes, and DMA oper- 
ations. Management of memory resources and busing is 
handled by the memory controller. For example, a typical 
mode of operation could involve a program fetch from the 
on-chip program cache, two data fetches from RAM block 
0, and the DMA moving data from off-chip memory to RAM 
block 1. All of this can be done in parallel with no impact 
on the performance of the CPU. 

A 64 X 32-bit instruction cache allows for maximum sys- 
tem performance with minimal system cost. The instruction 
cache stores often repeated sections of code. The code may 
then be fetched from the cache, thus greatly reducing the 
number of off-chip accesses necessary. This allows for code 
to be stored off-chip in slower, lower cost memories. Also, 
the external buses are freed, thus allowing for their use by 
the DMA or other devices in the system. 

DMA 

The TMS320C30 processes an on-chip Direct Memory 
Access (DMA) controller. The DMA controller is able to per- 
form reads from and writes to any location in the memory 
map without interfering with the operation of the CPU. As 
a consequence, it is possible to interface the TMS320C30 
to slow external memories and peripherals (A/Ds, serial 
ports, etc.) without affecting the computational throughput 
•of the CPU. The resu It is improved system performance and 
decreased system cost. 

The DMA controller contains its own address generators, 
source and destination registers, and transfer counter. 
Dedicated DMA address and data buses allow for operation 
with no conflicts between the CPU and DMA controller. 

The DMA controller responds to interrupts in a similar 
way to the CPU. This ability allows the DMA to transfer data 
based upon the interrupts received. Thus I/O transfers that 
would normally be performed by the CPU may instead be 
performed by the DMA. Again, the CPU may continue pro- 
cessing data while the DMA receives or transmits data. 

Peripherals 

All peripheral modules are manipulated through mem- 
ory-mapped registers located on a dedicated peripheral bus. 
This peripheral bus allows for the straightforward addition, 
removal, and creation of peripheral modules. The initial 
TMS320C30 peripheral library will include timers and serial 
ports. The peripheral library concept allows Texas Instru- 



ments to create new modules to serve a wide variety of 
applications. For example, the configuration of the 
TMS320C30 in Fig. 7 includes two timers and two serial ports. 

Timers: The two timer modules are general-purpose 
timer/event counters, with two signaling modes and inter- 
nal or external clocking. 

Available to each timer is an I/O pin that can be used as 
an input clock to the timer or as an output signal driven by 
the timer. The pin may also be configured as a general-pur- 
pose I/O pin. 

Ser/a/ Ports; The two serial ports are modular and totally 
independent. Each serial port can be configured to transfer 
8, 16, 24, or 32 bits of data per frame. The clock for each serial 
port can originate either internally or externally. An inter- 
nally generated divide-down clock is provided. The pins of 
the serial ports are configurable as general-purpose I/O 
pins. A special handshake mode allows TMS320C30s to 
communicate over their serial ports with guaranteed syn- 
chronization. The serial ports may also be configured to 
operate as timers. 

External Interfaces 

The TMS320C30 provides two external interfaces: the par- 
allel interface and the I/O interface. The parallel interface 
consists of a 32-bit data bus, a 24-bit address bus, and a set 
of control signals. The I/O interface consists of a 32-bit data 
bus, a 13-bit address bus, and a set of control signals. Both 
ports support an external ready signal for wait-state gen- 
eration and the use of software-controlled wait states. 

TheTMS320C30 supports four external interrupts, a num- 
berof internal interrupts, and a nonmaskable external reset 
signal. Two dedicated, general-purpose, external I/O flags, 
XFO and XF1, may be configured as input or output pins 
under software control. These pins are also used by the 
interlocked instructions to support multiprocessor com- 
munication. 

Pipelining In the TMS320C30 

The operation of the TMS320C30 is controlled by five 
major functional units. The five major units and their func- 
tion are as follows: 

• Fetch Unit (F) which controls the program counter 
updates and fetches of the instruction words from 
memory. 

• Decode Unit (D) which decodes the instruction word 
and controls address generation. 

• Read Unit (R) which controls the operand reads from 
memory. 

• Execute Unit (E) which reads operands from the reg- 
ister file, performs the necessary operation, and writes 
results back to the register file and memory. 

• DM/A Channe/ (DMA) which reads and writes memory 
concurrently with CPU operation. 

Each instruction is operated upon by four of these stages; 
namely, fetch, decode, read, and execute. To provide for 
maximum processor throughput these units can perform 
in parallel with each unit operating on a different instruc- 
tion. The overlapping of the fetch, decode, read, and exe- 
cute operations of different instructions is called pipelin- 
ing. The DMA controller runs concurrently with these units. 
The pipelining of these operations is key to the high per- 
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formanceoftheTMS320C30. The ability ofthe DMA to move 
data within the processor's memory space results in an even 
greater utilization of the CPU with fewer interruptions of 
the pipeline which inevitably yields greater performance. 

The pipeline control of the TMS320C30 allows for 
extremely high-speed execution rate by allowing an effec- 
tive rate of one execution per cycle. It also manages pipe- 
line conflicts in a way that makes them transparent to the 
user. 

While the pipelining of the different phases of an instruc- 
tion is key to the performance of the TMS320C30, the 
designers felt it essential to avoid pipelining the operation 
of the multiplier or ALU, By ruling out this additional level 
of pipelining it was possible to greatly improve the pro- 
cessor's useability. 

Instructions 

The TMS320C30 instruction set is exceptionally well 
suited to digital signal processing and other numerically 
intensive applications. TheTMS320C30 also possesses a full 
complement of general-purpose instructions. The instruc- 
tion set is organized into the following groups: 

• load and store instructions; 

• two-operand arithmetic instructions; 

• two-operand logical instructions; 

• three-operand arithmetic instructions; 

• three-operand logic instructions; 

• parallel operation instructions; 

• arithmetic/logical instruction with store instructions; 

• program control instructions; 

• interlocked operations instructions. 

The load and store instructions perform the movement 
of a single word to and from the registers and memory. 
Included is the ability to load a register conditionally. This 
operation is particularly useful for locating the maximum 
and minimum of a set of data. 

The two-operand arithmetic and logical instructions con- 
sist of a complete set of arithmetic instructions. They have 
two operands; src and dst for source and destination, 
respectively. The src operand may come from memory, a 
register, or be part ofthe instruction word. The dst operand 
is always a register. This portion of the instruction set 
includes floating-point integer and logical operations, sup- 
port of multiprecision arithmetic, and 32-bit arithmetic and 
logical shifts. 

The three-operand arithmetic and logical instructions are 
a subset of the two-operand arithmetic and logical instruc- 
tions. They have three operands: two src operands and a 
dst operand. The src operands may come from memory or 
a register. The dst operand is always a register. These 
instructions allow for the reading of two operands from 
memory and/or the CPU register file in a single cycle. 

The parallel operation instructions allowfor a high degree 
of parallelism. They support very flexible, parallel floating- 
point and integer multiplies and adds. They also include the 
ability to load two registers in parallel. 

The arithmetic/logical and store instructions support a 
high degree of parallelism, thus complementing the par- 
allel operation instructions. They allow for the perforrriance 
of an arithmetic or logical instruction between a register 
and an operand read from memory, in parallel with the stor- 



ing of a register to memory. They also provide for extremely 
rapid operations on blocks of memory. 

The program control instructions consist of all those 
operations that affect the program flow. This section of the 
instruction set includes a set of flexible and powerful con- 
structs that allow for software control of the program flow. 
These fall into two main types: repeat modes and branch- 
ing. 

For many algorithms, there is an inner kernel of code 
where most ofthe execution time is spent. The repeat modes 
of the TMS320C30 allow for the implementation of zero 
overhead looping. Using the repeat modes allows these 
time-critical sections of code to be executed in the shortest 
possible time. The instructions supporting the repeat 
modes are RPTB (repeat a block of code) and RPTS (repeat 
a single instruction). Through the useof the dedicated stack- 
pointer, block repeats (RPTBs) may be nested. 

The branching capabilities of the TMS320C30 include two 
main subsets: standard and delayed branches. Standard 
branches, as in any pipelined machine that comprehends 
them, empty the pipeline to guarantee correct manage- 
ment of the program counter. This results in a branch 
requiring, in the case of the TMS320C30, four cycles to exe- 
cute. Included in this subset are calls and returns. A stan- 
dard branch (BR) is illustrated below. 



BR 


THREE 


; standard branch. 


MPYF 




; not executed. 


ADDF 




; not executed. 


SUBF 




; not executed. 


AND 




; not executed. 


iREE MPYF 




; fetched 3 cycles after BR 
is fetched. 



Delayed branches do not empty the pipe, but rather, 
guarantee that the next three instructions will be fetched 
before the program counter is modified by the branch. The 
result is a branch that only requires a single cycle. Every 
delayed branch has a standard branch counterpart. A 
delayed branch (BRD) is illustrated below. 

BRD THREE ; delayed branch. 
MPYF ; executed. 

ADDF ; executed. 

SUBF ; executed. 

AND ; not executed. 



THREE MPYF 



; fetched after SUBF fetched. 



The combination ofthe repeat modes, standard branches, 
and delayed branches provides the user with a set of pro- 
gramming constructs which are well suited to a wide range 
of performance requirements. 

The program control instructions also include condi- 
tional calls and returns. The decrement and branch con- 
ditionally instruction allows for efficient loop control by 
combining the comparison of a loop counter to zero with 
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the check of condition flags, i.e., floating-point overflow. 
The condition codes available include unsigned and signed 
comparisons, comparisons to zero, and comparisons based 
upon the status of individual condition flags. These con- 
ditions may be used with any of the conditional instruc- 
tions. 

The interlocked operations instructions support multi- 
processor communication. Through the use of external sig- 
nals, these instructions allow for powerful synchronization 
mechanisms, such as semaphores, to be implemented. The 
interlocked operations use the two external flag pins, XFO 
and XF1. XFO signals an interlocked-operation request and 
XF1 acts as an acknowledge signal for the requested inter- 
locked operation. The interlocked operations include inter- 
locked loads and stores. When an interlocked operation is 
performed the external request and acknowledge signals 
can be used to arbitrate between multiple processors shar- 
ing memory, semaphores, or counters. 

Development AND Support Tools 

Digital signal processors are essentially application-spe- 
cific microprocessors (or microcomputers). Like any other 
microprocessor, no matter how impressive the perfor- 
mance of the processor or the ease of interfacing, without 
good development tools and technical support, it is very 
difficult to design it into the system. In developing an appli- 
cation, problems are encountered and questions are asked. 
Oftentimes the tools and vendor support provided to the 
designer are the difference between the success and failure 
of the project. 

TheTMS320 family has a wide range of development tools 
available [25]. These tools range from very inexpensive eval- 
uation modules for application evaluation and bench- 
marking purposes, assembler/linkers, and software simu- 
lators, to full-capability hardware emulators. A brief sum- 
mary of these support tools is provided in the succeeding 
subsections. 

Software Tools 

Assembler/linkers and software simulators are available 
on PC and VAX for users to develop and debug TMS320 DSP 
algorithms. Their features are described as follows: 

Assembler/Linker: The Macro Assembler translates 
assembly language source code into executable object 
code. The Linker permits a program to be designed and 
implemented in separate modules that will later be linked 
together to form the complete program. 

Simulator: The Simulator simulates operations of the 
device in software to allow program verification and debug. 
The simulator uses the object code produced by the Macro 
Assembler/Linker. 

C Compiler: The C Compiler is a full implementation of 
the standard Kernighan and Ritchie C as defined in The C 
Programming Language [28]. The compiler supports the 
insertion of assembly language code into the C source code. 
The user may also write functions In assembly language, 
and then call these functions from the C source. Similarly, 
C functions may be called from assembly language. 
Variables defined in the C source may be accessed in 
assembly language modules and vice versa. The result is a 
compiler that allows the user to tailor the amount of high- 
level programming versus the amount of assembly lan- 



guage according to his application. The C compiler is sup- 
ported on the TMS320C25 and the TMS320C30. 

Hardware Tools 

Evaluation modules and emulation tools are available for 
in-circuit emulation and hardware program debugging for 
developing and testing DSP algorithms in a real product 
environment. 

Evaluation Module (EVM): The EVM is a stand-alone sin- 
gle-board module that contains all of the tools necessary 
to evaluate the device as well as provide basic in-circuit 
emulation. The EVM contains a debug monitor, editor, 
assembler, reverse assembler, and software communica- 
tions to a host computer or a line printer. 

Software Development System (SWDS): The Software 
Development System is a PC plug-in card with similar func- 
tionality of the EVM. 

fmu/aforfXDS;.- The extended Development System pro- 
vides full-speed in-circuit emulation with real-time hard- 
ware breakpoint/trace and program execution capability 
from target memory. By setting breakpoints based on inter- 
nal conditions or external events, execution of the program 
can be suspended and the XDS placed into the debug mode. 
In the debug mode, all registers and memory locations can 
be inspected and modified. Full-trace capabilities at full 
speed and a reverse assembler that translates machine code 
back into assembly instructions are included. The XDS sys- 
tem is designed to interface with either a terminal or a host 
computer. In addition to the above design tools, other 
development support is available [25]: 

Applications 

The TMS320 is designed for real-time DSP and other com- 
putation-intensive applications [4]. In these applications, 
the TMS320 provides an excellent means for executing sig- 
nal processing algorithms such as fast Fourier transforms 
(FFTs), digital filters, frequency synthesis, correlation, and 
convolution. The TMS320 also provides for more general- 
purpose functions via bit-manipulation instructions, block 
data move capabilities, large program and data memory 
address spaces, and flexible memory mapping. 

To introduce applications performed by the TMS320, dig- 
ital filters will be used as examples. The remaining portion 
of this section will briefly cover applications, and conclude 
by showing some benchmarks. 

Digital Filtering 

As discussed several times in this paper, the FIR filter is 
simply the sum of products in a sampled data system. This 
was shown in (1). A simple implementation of the FIR filter 
uses the MACD instruction (multiply/accumulate and data 
move) for each filter tap, with the RPT/RPTK instruction 
repeating the MACD for each filter tap. As we saw earlier, 
a 256-tap FIR filter can be implemented by using the fol- 
lowing two instructions; 

RPTK 255 
MACD *-,COEFFP 

In this example, the coefficients may be stored anywhere 
in program memory (reconfigurable on-chip RAM, on-chip 
ROM, or external memories). When the coefficients are 
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stored in on-chip ROM or externally, the entire on-chip data 
RAM may be used to store the sample sequence. This allows 
filters of up to 512 taps to be implemented. Execution of the 
filter will be at full speed or 100 ns per tap as long as the 
memory supports full-speed execution (either on-chip RAM 
or high-speed external RAM). 

Up to this point, it has been assumed that the filter coef- 
ficients are fixed from sample to sample. If the coefficients 
are adapted or updated with time, such as in adaptive filters 
for echo cancelation [4], [20], then the DSP algorithm 
requires a greater computational capacity from the pro- 
cessor. The requirement to adapt each of the coefficients, 
usually with each sample, is accomplished by three instruc- 
tions (MPYA or MPYS, ZALR, and SACH) on the TMS320C25 
[16]. A means of adapting the coefficients is the least-mean- 
square (LMS) algorithm given by the following equation: 

bkii + V = bkii) + 2B[e(i) * x(/ - k)] 

where bkU + 1) is the weighting coefficient for the next sam- 
ple period, bkU) is the weighting coefficient for the present 
sample period, B is the gain factor or adaptation step size, 
e(/) is the error function, and x{i - k) is the input of the filter. 
In an adaptive filter, it is important to update the coef- 
ficients bfc(/) in order to minimize the error function e(/), 
which is the difference between the output of the filter and 
a reference signal. Quantization errors are critical to the 
performance of the filter when updating the coefficients 
and can be minimized if the result is obtained by rounding 
rather than truncating. For each coefficient in the filter at 
a given point in time, the factor 2*fi*e(/) is a constant. This 
factor can then be computed once and stored in the T reg- 
ister for each of the updates. Thus the computational 
requirement has become one multiply/accumulate plus 
rounding. Without the new instructions, the adaptation of 
each coefficient is five instructions corresponding to five 
clock cycles. This is shown in the following instruction 
sequence: 

LRLK AR2,COEFFD ; LOAD ADDRESS OF 

COEFFICIENTS. 
LRLK AR3,LASTAP ; LOAD ADDRESS OF DATA 

SAMPLES. 
LARP AR2 
LT ERRF ; errf = 2*B*e(i) 



ZALH *,AR3 

ADD ONE, 15 

MPY *-,AR2 
APAC 



; ACC = bk(i)*2**16 

; ACC = bk(i)*2**16 + 2* 

; ACC : 



■15 



SACH 



^-1- 



bk(i)*2**16 
-I- errf*x(i-k) + 2**15 
; SAVE bk(i-hl). 



When the MPYA and ZALR instructions are used, the 
adaptation reduces to three instructions corresponding to 
three clock cycles, as shown in the following instruction 
sequence. Note that the processing order has been slightly 
changed to incorporate the Use of the MPYA instruction. 
This is due to the fact that the accumulation performed by 
the MPYA is the accumulation of the previous product. 



LRLK AR2,COEFFD ; LOAD ADDRESS OF 
COEFFICIENTS. 

LRLK AR3,LASTAP ; LOAD ADDRESS OF DATA 
SAMPLES. 

LARP AR2 

LT ERRF ; errf = 2*B*e(i) 



ZALR 


*,AR3 


;ACC = bk(i)*2**16 + 2**15 


MPYA 


*-,AR2 


; ACC = bk(i)*2**16 

+ errf*x(i-k) + 2* 
; PREG = errf*x(i-k + 1) 


SACH 


* + 


;SAVE bk(i + 1). 



The adaptive filter coefficient update can further be sim- 
plified using the TMS320C30 [27] as shown below. The first 
instruction defines the number of times to repeat the ker- 
nel. The second instruction is the repeat-block instruction 
(RPTB). The RPTB instruction allows the iterations of the ker- 
nel to be performed with zero overhead looping. The kernel 
assumes that the error term is stored in register RO. It is 
important to note that all of the calculations are performed 
in floating-point arithmetic. The MPYF3 is a three-operand 
floating-point multiply of the input sample x(/ - k), which 
is stored in memory by the error term errf. The next step 
is a three-operand floating-point add (ADDF3) of the change 
in the filter tap to the filter tap in parallel with the store (STF) 
of the previously updated filter tap. That is, the store (STF) 
is to be performed in parallel with ADDF3. Thus the number 
of cyles for a floating-point adaptation is only two. 

LDI N,RC ; load length N in- 

to block repeat 
counter 

RPTB adapt ; repeat the adap- 

tation loop N-f-1 
times 

MPYF3 * + +AR0(1),R0,R1 ; errf * x(i-k) ^ R1 

ADDF3 *-hAR1(1),R1,R2 ; b(k,i) + errf * x(i-k) 

-^ R2 
STF R2,*AR1 + +(1) ; R2 -> b(k-1,i) 



adapt: 



Since we have discussed the application of digital filter- 
ing, we can now describe several applications in the areas 
of telecommunications, graphics/image processing, high- 
speed control, instrumentation, and numeric processing, 
and then conclude this section with several benchmarks. 
If more detail is needed on any of these applications, the 
reader is referred to [4]. 

Telecommunications Applications 

Many aspects of the telecommunications network can 
take advantage of the TMS320. As telecommunications 
evolves more toward an all-digital network, DSPwill become 
even more utilized [23]. Several typical uses of the TMS320 
are discussed. 

Echo Canceler: In echo cancellation [4], [20], an adaptive 
FIR filter performs the modeling routine and signal mod- 
ifications to adaptively cancel the echo caused by the 
impedance mismatches in the telephone transmission lines. 
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For this application, a large on-chip RAM of 544 words and 
on-chip ROM of 4K words on the TMS320C25 provides for 
a 256-tap adaptive filter (32-ms echo cancellation) to be exe- 
cuted in a single chip without external data or program 
memory. 

High-Speed Modems: The TMS320 can perform numer- 
ous functions such a modulation/demodulation, adaptive 
equalization, and echo cancellation [21], [22]. For lower 
speed modems, such as Bell 212A and V.22 bis modems, the 
TMS320C17 provides the most cost-effective single-chip 
solution to these applications. For higher speed modems, 
such as the V.32, requiring more processing power and 
multiprocessing capabilities, the TMS320C25 and TMS- 
320C30 are the designer's choice. 

Voice Coding: Voice-coding techniques [3], [4], such 
as full-duplex 32-kbit/s ADPCM (CCITT G.721), CVSD, 
16-kbit/s subband coders, and LPC, are frequently used in 
voice transmission and storage. Arithmetic speed, nor- 
malization, and the bit-manipulation capability of the 
TMS320 provide for implementation of these functions, 
usually in a single chip. For example, the TMS320C17 can 
be used as a single-chip ADPCM [4], subband [4], or LPC [4] 
coder. An application of voice coding is an ADPCM trans- 
coder implemented in half-duplex on a single TMS320C17 
or full-duplex on aTMS320C25 for telecommunication mul- 
tiplexing applications. Another example is a secure-voice 
communication system, requiring voice coding, as well as 
data encryption and transmission over a public-switched 
network via a modem; the TMS320C25 offers an ideal solu- 
tion. 

Graphics/Image Processing Applications 

In graphics and image processing applications [4], the 
ability to interface with a host processor is important. Both 
the TMS320C30 and the TMS320C25 multiprocessor inter- 
face enable them to be used in a variety of host/coprocessor 
configurations [4]. Graphics and image processing appli- 
cations can use the large directly addressable external data 
space and global memory capability to allow graphical 
images in memory to be shared with a host processor, thus 
minimizing unnecessary data transfers. The indexed indi- 
rect addressing modes allow matrices to be processed row- 
by-row when performing matrix multiplication for three- 
cTimensional image rotations, translations, and scaling. 

The TMS320C30 has a number of features that support 
graphics and image processing extremely well. The float- 
ing-point capabilities allow for extremely precise compu- 
tation of perspective transformations. They also support 
more sophisticated algorithms such as shading and hidden 
line removal, operations which are computationally inten- 
sive. 

The large address space allows for straightforward 
addressing of large images or displays. The flexible address- 
ing registers, coupled with the integer multiply, support 
powerful addressing of multiple-dimensional arrays. Vec- 
tor-oriented instructions allow the user to efficiently 
manipulate large blocks of memory. Finally, the on-chip 
DMA controller allows the user to easily overlap the pro- 
cessing of data with its I/O. 

High-Speed Control 

High-speed control applications [4], [24] use the 
TMS320C17 and TMS320C25 general-purpose features for 
bit-test and logical operations, timing synchronization, and 



high data-transfer rate (ten million 16-bit words per sec- 
ond). Both devices can be used in closed-loop systems for 
control signal conditioning, filtering, high-speed comput- 
ing, and multichannel multiplexing capabilities. The fol- 
lowing demonstrates two typical control applications: 

Disk Control: Digital filtering in a closed-loop actuation 
mechanism positions the read/write heads over the disk 
surface. Supplemented with many general-purpose fea- 
tures, the TMS320 can replace costly bit-slice/custom/ana- 
log solutions to perform such tasks as compensation, fil- 
tering, fine/coarse tuning, and other signal conditioning 
algorithms. 

Robotics: Digital signal processing and bit-manipulation 
power, coupled with host interface, allow the TMS320C25 
to be useful in robotics control [24]. The TMS320C25 can 
replace both the digital controllers and analog signal pro- 
cessing hardware for communication to a central host pro- 
cessor and for the performance of numerically intensive 
control functions. 

Instrumentation 

Instrumentation, such as spectrum analyzers and various 
high-speed/high-precision instruments, often requires a 
large data memory space and the high performance of a 
digital signal processor. The TMS320C25 and TMS320C30 
are capable of performing very long-length FFTs and gen- 
erating precision functions with minimal external hard- 
ware. 

Numeric Processing 

Numeric and array processing applications benefit from 
TMS320 performance. High throughput resulting from fea- 
tures, such as a fast cycle time and an on-chip hardware 
multiplier, combined with multiprocessing capabilities and 
data memory expansion, provide for a low-cost, easy-to-use 
replacement for a typical bit-slice solution. The TMS- 
320C30's floating-point precision, high throughput, and 
interface flexibility are excellent for this application. 

TMS320 Benchmarks 

To complete the discussion on the applications that the 
TMS320 can perform, we will provide some benchmarks. 
The TMS320 has demonstrated impressive benchmarks in 
performing some of the common DSP routines and system 
applications. Table 5 shows typical TMS320 benchmarks [4]. 

Table 5 TMS320 Family Benchmarks 

First Second Third 

DSP Routines/Applications Generation Generation Generation 



FIR filter tap 400 ns 

256-tap FIR sample rate 9.25 kHz 

LMS adaptive FIR filter tap 700 ns 

256-tap adaptive FIR filter 5.4 kHz 

sample rate 

Bi-quad filter element (five 2 ^s 

multiplies) 

Echo canceler (single 8 ms 

chip) 



100 ns 60 ns 

37 kHz > 60 kHz 
400 ns 180 ns 

9.5 kHz > 20 kHz 



1;xs 



360 ns 



Summary 

This paper has discussed characteristics of digital signal 
processing and how these characteristics have influenced 
the architectural design of the Texas Instruments TMS320 
family of digital signal processors. Three generations of the 
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TMS320 family were covered, and their support tools nec- 
essary to develop end-applications were briefly reviewed. 
The paper concluded with an overview of digital signal pro- 
cessing applications using these devices. 
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The TMS320C30 

Floating-Point 

Digital Signal Processor 



Digital signal processors have significantly impacted the way we bring 
real-time implementations of sophisticated DSP algorithms to life. 
What was once only a laboratory curiosity that required large comput- 
ers or specialized, bulky, and expensive hardware is now incorporated into low- 
cost consumer products. The rapid advancement of programmable DSPs since 
their commercial introduction in the early 1980s lets us satisfy the needs of very 
demanding applications. Implementation of basic DSP functions, such as digital 
filters and fast Fourier transforms, has been integrated into advanced system 
solutions involving speech algorithms, image processing, and control applica- 
tions. The variety of the applications increases every day as researchers, 
developers, and entrepreneurs discover new areas in which DSP devices can be 
used. At the same time, the design of new devices incorporates features that make 
such implementations easier. 

The Texas Instruments family of TMS320 DSPs' evolved with the expanding 
needs of the DSP applications and currently encompasses over 17 devices. The 
TMS320 family consists of three generations of devices. The first two genera- 
tions are 16-bit, fixed-point-arithmetic devices while the third one, represented 
by the TMS320C30 and explained in detail here, is a 32-bit, floating-point 
device. Architecturally, the TMS320 family, like most DSP devices, relies on 
multiple Harvard buses. In the first two generations, we expanded the basic 
Harvard architecture to permit communication between the program and data 
spaces. In the third generation, we unified the two spaces to form an organization 
that encompasses the advantages of both the Harvard and the von Neumann 
architectures. 



Overview of the TMS320C30 

The 320C30 is a fast processor (16.7 million instructions per second for an 
instruction cycle time of 60 nanoseconds) with a large memory space ( 16 million 
32-bit words) and floating-point-arithmetic capabilities. This last feature is a 
major trend in new DSP devices, which was developed to answer the need for 
quicker, more accurate solutions to numerical problems. DSP algorithms, being 
very intensive numerically, cause a designer to worry about overflows and the 
accuracy of results. The introduction of floating-point capabilities eliminates 
these difficulties. 
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In the 320C30, a chip design with l-|im geometries 
produces instruction cycle times lower than those achieved 
with the fixed-point devices of the first two generations. In 
addition, the design produces a controlled increase in die 
size that results more from the extended on-chip memory 
spaces than from the floating-point capabilities. 

The pipelined architecture of the 320C30 permits the 
higher throughput achieved by the device, as we explain 
later. Yet, programmers do not have to worry about the 
pipeline when writing the code. We can describe the design 
philosophy of the 320C30 (as well as all the other devices 
in the TMS320 family) as an "interlocked" or "hidden- 
pipeline" approach. When writing the program, program- 
mers can assume that the result of any instruction will be 
available for the next instruction. Most of the instructions 
execute in one machine cycle. If a conflict arises between 
executing an instruction in one cycle and having the data 
available for the next instruction, the device automatically 
inserts the necessary delay to eliminate the conflict. Since 
this delay could result in loss of performance, we provide 
development tools that identify where such conflicts occur. 
With this data, programmers can rearrange and optimize 
code, 

Many applications, such as graphics and image process- 
ing, are difficult to implement on the earlier DSP devices 
because they require a large memory space. To satisfy this 
need, the 320C30 provides a total memory space of 16 
million 32-bit words, memory several orders of magnitude 
larger than the fixed-point devices. Furthermore, it con- 
tains significantly increased on-chip memory: six thou- 
sand 32-bit words of RAM and ROM. The desire to have 
a device capable of offering system-level solutions to the 
implemented algorithms guided the design decision to 
increase on-chip memory. In other words, the 320C30 
attempts to offer the capability of implementing an algo- 
rithm with as little peripheral circuitry as possible. 

Along the same lines, the 320C30 contains a peripheral 
bus on which on-chip peripherals can be attached using a 
memory-mapped approach. Currently available peripher- 
als include two serial ports, two timers, and a DMA 
controller. The modularity of the design permits easy 
change, addition, or deletion of peripherals to accommo- 
date different needs. For instance, if a fi-law-to-linear 
format converter or a gate array is more important than one 
of the timers for certain applications, a user can make the 
change without impacting the core of the device. 

As the power of the DSP devices increases, so does the 
sophistication of the algorithms that are implemented. The 
implication is that constructing and debugging an algo- 
rithm at the assembly-language level becomes a more and 
more tedious task. To address that problem, we provide the 
320C30 development tools, which include a high-level- 
language compiler and a DSP operating system. The ex- 
tended memory space, the software stack, and the large on- 
chip register file also facilitate such a development. We ' ve 
already introduced a C compiler and announced an Ada 
compiler. We expect compiler availability to change sig- 



nificantly the way DSP algorithms are ported to DSP 
devices. With these tools, programmers can develop the 
algorithms on large computers, requiring at the most only 
selective optimization when they incorporate the algo- 
rithm on the 320C30. 

Here, we describe the 320C30 architecture in detail, 
discussing both the internal organization of the device and 
the external interfaces. We also explain the pipeline struc- 
ture, addressing software-related issues and constructs, 
and examine the development tools and support. Finally, 
we present examples of applications. 

Architecture of the 320C30 

Studying the architecture of the device helps in under- 
standing how the different components contribute toward 
a high-throughput system. The interaction and the efficient 
use of the parts can contribute to very effective program- 
ming. Another very important aspect to consider is the 
system cost of the application. We designed the device to 
incorporate on-chip features that minimize the amount and 
the cost of external logic, thus leading to very compact and 
cost-effective solutions. These advantages become ex- 
plicit when looking at the architecture in detail. The inter- 
nal structure of the 320C30, as shown in Figure 1, consists 
of the 

• on-chip memory and cache, 

• CPU with register file, 

• peripheral bus and peripherals, and 

• interconnecting buses. 

See Figure 2 for the die photograph. To interface with 
the external world, the 320C30 provides pins correspond- 
ing to 

• two buses (primary and expansion), 

• two serial ports and two timers, 

• four external interrupt signals, 

• two external flags, and 

• hold and hold-acknowledge signals. 

In addition, other pins exist for address and data strobs, 
power, and so on. 

The overall architecture of the device is a Harvard type 
in the sense that internally and externally it has multiple 
buses to access program instructions, data, or perform 
DMA transfers. However, it also has a von Neumann flavor 
since the memory space is unified, and there is no separa- 
tion of program and data spaces. As a result, the user can 
choose to locate programs and data at any desired location. 

Some of the major features of the 320C30 are: 

• a 60-ns cycle time that results in execution of over 16 
million instructions per second (MIPS) and over 33 million 
floating-point operations per second (Mflops); 

• 32-bit data buses and 24-bit address buses for a 16M- 
word overall memory space; 

• dual-access, 4K X 32-bit on-chip ROM and 2K X 32- 
bit on-chip RAM; 
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Figure 1. Block diagram of the TMS320C30 architecture. 



• a 64 X 32-bit program cache; 

• a 32-bit integer/40-bit floating-point multiplier and 
ALU; 

• eight extended-precision registers, eight auxiliary 
registers, and 12 control and status registers; 

• generally single-cycle instructions; 

• integer, floating-point, and logical operations; 

• two- and three-operand instructions; 

• an on-chip DMA controller; and 

• fabrication in l-)j,m CMOS technology and packag- 
ing in a 180-pin package. 

Memory organization. The 320C30 provides 4K 32- 
bit words of on-chip ROM, and 2K 32-bit words of on-chip 
RAM. The on-chip ROM is mapped into the first 4K of the 
overall memory map; it is accessed when the processor 
operates in the microcomputer mode. Location of the 
memory map holds the reset vector, and adjacent locations 
hold other interrupt vectors. In microprocessor mode, the 
reset vector resides in external memory, and on-chip ROM 
is not accessed. The 2K on-chip RAM consists physically 
of two segments of IK words each. These two segments of 
RAM are mapped into adjacent sections of the memory. 
Figure 3 on the next page shows the arrangement of the on- 
chip memory, as well as the cache, buses, and two extemal 
interfaces/buses, which we examine later. 




Figure 2. Die photograph of the 320C30. 
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Figure 3. On-chip memory, cache, and buses. 



The internal memory (both ROM and RAM) supports 
two accesses for reads and/or writes in one cycle. This key 
feature permits high throughput and ease of programming, 
since it makes possible three-operand instructions with 
two operands residing in the memory. Notice that, to 
support this feature, we include two buses dedicated to data 
addresses (DADDRl , DADDR2) and one bus to carry the 
data (DDATA). There are also separate program buses, 
PDATA and PADDR. 

. The address buses are 24 bits wide, indicating that the 
overall memory space is 16 million (32-bit) words. We 
believe this large space will facilitate implementation of 
algorithms in image processing applications that often 
require large amounts of memory. The unified memory 
space offers flexibility in placing program and data. But it 
also permits optimal use of the memory space as a trade-off 
between program and data. 

An important addition to the architecture is the 64-word 
instruction cache. To reduce the overall system cost of 
applications, system designers often use slower (and 
cheaper) external memories, a tactic that could slow down 
the processor and degrade the performance. The instruc- 
tion cache addresses this problem by storing on-chip in- 
structions that have been fetched previously. Its main 
advantage becomes obvious when loops must be executed. 
In this case, the first time the instructions are fetched, they 
are also stored in the cache. Any subsequent execution of 
the loop does not access external memory but fetches 
instructions from the cache, resulting in higher speed and 



making the external buses available for data transfers. 

The cache is segmented into two sections of 32 words 
each that are transparent to users. A user can, however, 
control the operation of the cache by manipulating three 
control bits that are contained in the status register of the 
CPU. Each control bit is dedicated to a specific operation: 
cache enable/disable, cache freeze, and cache clear. When 
a cache miss occurs, that is, when the next instruction is not 
included in the cache, the instruction is brought in and also 
stored in the cache. The two cache sections are updated on 
a least recently used basis, 

CPU organization. The CPU consists of the ALU 
(arithmetic logic unit), the hardware multiplier, and the 
register file. These units are shown in Figure 4. 

The register file consists of 

•eight 40-bit-wide, extended-precision registers RO 
through R7, 

•eight 32-bit auxiliary registers ARO through AR7, 
and 

• twelve 32-bit control registers. 

The extended-precision registers function as accumula- 
tors and can handle both floating-point and integer num- 
bers. When they are used for floating-point numbers, the 
top eight bits represent the exponent and the bottom 32 bits 
the mantissa of the number. In their integer format, regis- 
ters RO through R7 use only their bottom 32 bits, keeping 
the top 8 bits unchanged in any integer or logical operation. 
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The eight auxiliary registers ARO through AR7 can 
function as memory pointers in indirect addressing, as loop 
counters, or as general-purpose registers in integer arith- 
metic or logical operations. Associated with these registers 
are two auxiliary register arithmetic units (ARAU) that 
generate two memory addresses in parallel for the instruc- 
tions that need them. The flexibility of indirect addressing 
increases even further when two index registers are used in 
conjunction with the auxiliary registers, as we discuss 
later. 

The register file contains 1 2 control registers designated 
for specific functions. If the control registers are not used 
for these functions, they can be treated as general-purpose 
registers in integer arithmetic and logical operations. 
Examples of such control registers are the 

• status register, 

• index registers, 

• stack pointer, 

• interrupt mask and interrupt flag registers, and 

• repeat-block registers. 

In particular, the stack-pointer register points to the 
software stack. The user has the flexibility of designating 
where the stack resides, and even of changing its location 
during the program execution. This feature also makes the 
stack of essentially unlimited depth and permits its usage 
not only for storing the program counter during subroutine 
calls but also for passing arguments to subroutines. Such an 
arrangement is particularly convenient in the development 
of compilers, and we have used it extensively in the 
320C30's optimizing C compiler. 

The ALU performs floating-point, integer, and logical 
operations. The ALU always stores the result in the register 
file, but the input can come either from the register file or 
from memory, or it can be an immediate value. 

In the case of floating-point arithmetic, the input to the 
ALU can originate from either a 40-bit extended-precision 
register or a 32-bit memory datum. Registers RO through 
R7 store the 40-bit-word result. On the other hand, in 
integer arithmetic, both input and output are 32-bit num- 
bers, and the output can move to either the lower 32 bits of 
the RO through R7 registers or to any other register in the 
register file. 

The single-cycle hardware multiplier has been an inte- 
gral part of DSPs because any real-time application relies 
on the fast execution of multiplies. Following the same 
distinction as in the previous paragraph on the ALU, the 
multiplier performs both floating-point and integer multi- 
plications. The 32-bit inputs to a floating-point multiplica- 
tion yield a 40-bit-wide result for storage in one of the 
extended-precision registers. 

In both the ALU and the multiplier the results of the 
operations are automatically normalized, thus handling 
any overflows of the mantissa. If there is an exponent 
overflow, the result is saturated in the direction of overflow 
and the overflow flag is set. Underflows are handled by 
setting the result to zero and setting an underflow flag. 




Figure 4. The 320C30 central processing unit. 



Buses and peripherals. Figure 3 shows that multiple 
on-chip buses handle program, data, and DMA operations 
in parallel. The device contains separate address and data 
buses for these three operations, with the data having two 
address buses to accommodate the access of multiple 
operands from the memory in one cycle. Also, separate 
buses lead to the register file. The rule to remember is that, 
in one cycle, up to two data memory accesses are permitted 
for any on-chip memory block. This multiplicity of buses 
eliminates bottlenecks. The user can maximize the through- 
put of the device by a judicious combination of the on-chip 
memory with the two external buses (the primary bus and 
the expansion bus). 

The primary bus contains a 24-bit address bus and a 32- 
bit data bus. Its true space, though, is 16M words minus the 
on-chip memory and the expansion bus. The primary bus 
can be placed in high impedance when the device is put on 
hold. To facilitate its interfacing with slow memories, the 
320C30 offers programmable wait states (up to seven) as 
well as an external ready signal. 

The expansion bus contains a 13-bit address bus and a 
32-bit data bus. It has two strobes, one for memory and one 
for I/O accesses. In other words, the memory space of the 
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Figure 5. Peripheral bus and peripherals. 



expansion bus is two segments of 8K words each, one 
segment mapped as regular memory and the other one 
mapped as I/O. Like the primary bus, the expansion bus 
has up to seven software-programmable wait states. 

A major innovation in the 320C30 — to support system- 
level solutions and to help in adapting the device to 
changing needs — is the peripheral bus shown in Figures 1 
and 5. The peripheral bus supplies a way of expanding or 
varying the interface with the outside world without chang- 
ing the core of the device. All of the peripherals attached to 
this bus are mapped to memory, and they can be replaced 
by others with a minimal effort if certain applications have 
different demands. 

Currently, we have implemented a DMA controller, two 
serial ports, and two. timers as peripherals. The DMA 
controller performs reads from and writes to any location 
in the 320C30 memory map without interfering with the 
operation of the CPU. The DMA controller contains its 
own address generators, source and destination address 
registers, and transfer counter. The two modular and totally 
independent serial ports are identical with a complemen- 
tary set of control registers. Each serial port can be config- 
ured to transfer 8, 16, 24, or 32 bits of data per word, with 
each port clock originating either internally or externally. 
The pins of the serial ports are configurable as general- 
purpose I/O pins, while the serial ports can also be config- 
ured and used as timers. 

The two 320C30 timer modules function as general- 
purpose timer/event counters; each have two signaling 
modes and internal or external clocking. Available to each 
timer is an I/O pin for use as an input clock to the timer, as 
an output signal driven by the timer, or as a general- 
purpose pin. 



Software 

The software features of a programmable DSP are 
probably the most important features because they deter- 
mine the effectiveness of the implementation. Typically, 
the user first develops an application on a large computer 
using a high-level language and, once it is working satis- 
factorily, ports it to a DSP device. The software features 
of the 320C30 that we discuss include the integer and 
floating-point number representations, addressing modes, 
pipeline effects, and different types of instructions and 
constructs. 

Integer and floating-point formats. A 32-bit, twos- 
complement notation represents the integers. In addition to 
this single-precision format, we have a short format, con- 
sisting of 16-bit, twos-complement numbers used only for 
immediate operands. Every instruction of the 320C30 
consists of one 32-bit word. 

We use three formats for floating-point numbers: short, 
single precision, and extended precision. The single-preci- 
sion, 32-bit-wide format assigns 24 bits to the mantissa and 
8 bits to the exponent. The exponent occupies the 8 most 
significant bits, and it is represented in twos-complement 
notation, taking values between -128 and 127. The expo- 
nent value -128 is the result reserved to represent zero. 

The mantissa, placed at the 24 least significant bits of a 
32-bit number, is normalized to a number with an absolute 
value between 1.0 and 2.0. Since the mantissa is repre- 
sented in a normalized, twos-complement notation, the 
leftmost bit, which corresponds to the sign, and its adjacent 
bit will always be the complement of each other. As a 
result, only the sign bit is represented, with the most 
significant bit suppressed. In other words, the mantissa 
contains 24 significant bits plus the sign bit, with the most 
significant bit implied. 

Addressing modes. The 320C30 supports several ad- 
dressing modes that allow the user to access data from 
memory, registers, and the instruction word. The basic 
addressing modes are 

•register, 
•direct, 

• indirect, 

• short immediate, 

• long immediate, and 

• PC relative. 

In register mode the operand is placed into a CPU 
register that is explicitly specified in an instruction. In 
direct mode the data memory address is formed by preced- 
ing the 16 least significant bits of the instruction word with 
the 8 least significant bits of the data page pointer. To keep 
all instructions one word long, we store only the 16 least 
significant bits from the address in the instruction word; the 
rest become the data page pointer. This restriction implies 
that in direct addressing the memory space is segmented 
into 256 pages of 64K words each. 
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Addressing modes of the 320C30. 






Mode 


Example 


Operation 




Description 


Register 


ADDF R0,R1 






Operand in RO 


Direct 


ADDF @MEM, Rl 


Addr = MEM 




Operand in MEM 


Short 










immediate 


ADDF3.14,R1 






Operand = 3.14 


Long 










immediate 


BR LABEL 






Branch to LABEL 


PC relative 


BGE LABEL 






Branch to LABEL 


Indirect 


ADDF *+ARO(di),Rl 


Addr = ARO + di 




Predisplacement add 
without modification 


Indirect 


ADDF *-ARO(di),Rl 


Addr = ARO-di 




Predisplacement subtract 
without modification 


Indirect 


ADDF * + +ARO(di),Rl 


Addr = ARO + di 
ARO = ARO + di 




Predisplacement add and 
modify 


Indirect 


ADDF *--ARO(di),Rl 


Addr = ARO-di 
ARO = ARO-di 




Predisplacement subtract 
and modify 


Indirect 


ADDF *ARO++(di),Rl 


Addr = ARO 
ARO = ARO + di 




Postdisplacement add 
and modify 


Indirect 


ADDF *ARO--(di),Rl 


Addr = ARO 
ARO = ARO-di 




Postdisplacement 
subtract and modify 


Indirect 


ADDF *ARO+ +(di)<^o,Rl 


Addr = ARO 




Postdisplacement add 






AR0 = circ(AR04 


di) 


and circular modify 


Indirect 


ADDF *ARO- -{di)07o,Rl 


Addr = ARO 




Postdisplacement subtract 






ARO = circ(ARO- 


di) 


and circular modify 


Indirect 


ADDF *AR0++(IR0)B,R1 


Addr = ARO 




Postindex (IRO) add and 




ARO = B(ARO + IRO) bit-reversed modify 
er between and 255 or one of the index registers IRO and IRl . 


di is an integ 



Indirect addressing, the most versatile of all the modes, 
specifies the address of an operand in memory through the 
contents of an auxiliary register. As an option, the contents 
of the register can be modified by constant displacements 
or by the contents of the index registers. Table 1 lists all of 
the addressing modes, with particular emphasis on indirect 
addressing modes. 

An instruction explicitly specifies the auxiliary register 
used for indirect addressing. The user can modify it by a 
constant displacement taking values to 255 or by the 
contents of one of the two index registers IRO or IR 1 . The 
modification can take place before or after accessing the 
memory. In the case of premodification, the user has the 
option to change the contents of the auxiliary register either 
permanently or temporarily. The notation used for such 
modifications is reminiscent of the C-language syntax. 

Two special forms of indirect addressing that are par- 
ticularly useful are bit-reversed and circular addressing. 
Bit-reversed addressing is used with the fast Fourier trans- 
form to compensate for the fact that normally ordered data 



at the input of the transform are scrambled at output (bit- 
reversed order). To avoid moving the data around to place 
them in the proper order, bit-reversed addressing accesses 
the data in scrambled order for any subsequent operation. 

Circular addressing implements circular buffers. Such 
buffers are very convenient for use in digital-filtering 
operations. In circular addressing, BK, one of the control 
registers, specifies the size of the block. Then, when the 
user modifies the contents of an auxiliary register (pointing 
within that block) in a circular fashion, the final value is 
tested to determine if it is still within the block. If it is not, 
it is wrapped around using modulo arithmetic. 

The short-immediate mode encodes immediate, 16-bit- 
long operands of arithmetic operations. The long-immedi- 
ate mode encodes program control instructions (branch 
instructions) for which it is useful to have a 24-bit absolute 
address contained in the instruction word. Finally, the PC- 
relative addressing also applies to program control instruc- 
tions and uses the difference from the present location of 
the PC counter rather than an absolute address. The last two 
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modes are transparent to the user. The user specifies the 
branching label wanted, and the assembler assigns the 
appropriate addressing mode. 

Pipeline. To achieve the high throughput of the device, 
the 320C30 uses a four-phase pipeline with five major 
functional units operating in parallel. These five units are 

•instruction fetching, 

• instruction decoding and address generation, 

• operand reads, 

• instruction execution, and 

• DMA transfer. 

Figure 6 shows diagrammatically how the pipeline 
operates on successive instructions. When the pipeline is 
full, an instruction completes the execution phase every 
60-ns machine cycle. 

Occasionally conflicts may arise, as in the case of a 
loaded auxiliary register that needs to be used for indirect 
addressing in the next instruction. To handle such cases, we 
established a priority between the different units, giving 
DMA the lowest priority. Among the others, an Execute 
instruction has the highest and a Fetch instruction the 
lowest priority. 

In programming the device, the user does not have to 
worry about the pipeline conflicts, which do not occur that 
often anyway. When a conflict does occur, the device 
automatically inserts the necessary extra cycle(s) to make 
the instructions behave as expected. In most cases, this 
arrangement will be sufficient for successful operation. 
For time-critical operations, though, it may be necessary to 
remove the extra cycles caused by pipeline conflicts. The 
user can make this correction by rearranging the instruc- 
tions of the program. To do so, the user must determine 
how to identify the locations where insertions occur. For 
that purpose, the development tools (simulator, emulators) 
contain a tracing feature that can display the pipeline. In 
this trace, any conflicts are immediately identified, and 
then the user can take steps to correct the problem. 

Instruction set features. The instruction set of the 
320C30 supports both two- and three-operand instruc- 
tions. In all arithmetic instructions (except Store), the 



destination is a register in the register file. The source 
operands can come from memory or from a register or, in 
the case of two-operand instructions, can be part of the 
instruction word. 

A unique feature of the 320C30 is the set of instructions 
in which operations execute in parallel. This construct 
permits a high degree of concurrency and execution of any 
arithmetic or logical instruction in parallel with a Store 
instruction. It also supports parallel multiplies and adds, as 
well as parallel loading and storing of two registers. Paral- 
lel multiply and adds lead to the peak performance of 33 
Mflops. Executing the Store instruction at the same time 
with another arithmetic operation essentially permits this 
kind of data movement without a penalty. As an example, 
the following instruction adds the contents of memory 
pointed to by ARl (indicated by *AR1) to register RO 
(treating them as floating-point numbers) and places the 
result in register Rl. In parallel with that process, the 
original contents of Rl are stored in the memory location 
indicated by AR3. 

ADDF *AR1,R0,R1 

II STF R1,*AR3 

When executing a branch instruction, the pipeline must 
be flushed since the path followed after the branch is data 
dependent. As a result, a regular branch instruction is more 
costly than other instructions, taking four cycles to com- 
plete. This overhead may be unacceptable in some time- 
critical applications. To alleviate this problem and to offer 
more flexibility to the programmer, the 320C30 contains 
a set of delayed branches that complement the set of 
standard branches. In a delayed branch, the three instruc- 
tions following the branch instruction execute whether the 
branch is taken or not taken. As a result, the delayed branch 
ends up taking only one cycle to execute. The same 
approach can be used even when there are less than three 
such instructions, by adding NOPs (no operations). The 
branch will still take less than four cycles. 

The greatest cost of branching occurs during the execu- 
tion of loops. In looping, a counter is decremented and 
compared to zero at the end of the loop. If it is not zero, a 
branch is taken to the beginning of the loop. The 320C30 
offers a special arrangement that implements loops with no 
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Figure 6. Pipeline of 320C30 instructions. 
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User-friendly development tools 

offer extra support: 

an optimizing C compiler and 

a DSP operating system. 



ADDF3 
STF 



*AR0,R1,R2 
R0,*AR1 



overhead. The two instructions RPTB (repeat block) and 
RPTS (repeat single) realize this arrangement. The format 
of the RPTB instruction is: 



RPTB 



LABEL 



(put instructions here) 

LABEL (last instruction) 

Associated with the repeat-block construct are three of 
the 12 control registers in the register file. One register 
indicates the beginning of the block, the second indicates 
the end of the block, and the third acts as the repeat counter. 
The assembler automatically assigns values to the first two 
registers. They contain the address of the instruction 
immediately below RPTB, and the address of LABEL 
respectively. Users should initialize the repeat counter 
before entering the loop. In terms of execution time, this 
arrangement behaves as if the loop were implemented with 
straight-line code. 

The instruction RPTS has the format 

RPTS count 

and it repeats the following instruction "count" times. It 
differs from RPTB in that it 

• applies to only one instruction; 

• does not refetch the instruction for every execution, but 
keeps it in the instruction register thus freeing the buses for 
data transfers, and 

• is not interruptible . 

Table 2 on the next page is a sample of the instructions 
available on the 320C30. Although we included a rich set 
of instructions for both DSP and general-purpose process- 
ing, the perceived size of the instruction set is much 
smaller. The reason is that a symmetry exists between 
integer and floating-point instructions, between instruc- 
tions with two or three operands, and between single and 
parallel instructions. For instance, addition is represented 
by ADDI, ADDF, or ADDC in the case of adding integers, 
floating-point numbers, or adding with a carry. The three- 
operand instructions have the same form, with a 3 ap- 
pended at the end (ADDF3). All of the multiplier and ALU 
operations can be performed in parallel with a Store in- 
struction, and such instructions take the form of the follow- 
ing example: 



Furthermore, two loads or two stores can execute in 
parallel, as is also the case with a multiply and an add or a 
multiply and a subtract. The design of the instruction set 
has been guided by a desire to ease programming efforts. 
The execution results of an instruction are always available 
for use in the instruction that follows. 

Besides the regular arithmetic and logical instructions, 
the 320C30 includes instructions to handle the software 
stack, internal and external interrupts, and branches and 
subroutine calls. Conditional loads and calls make the 
programming more compact and efficient, while special 
instructions (called interlocked instructions) can be used in 
multiprocessor environments. 



Development tools and support 

The newer DSP devices offer increased processing 
power that permits the implementation of more compli- 
cated and demanding algorithms. However, as the com- 
plexity of the algorithm increases, the task of debugging 
the implementation becomes more difficult. The 320C30 
addresses this problem by providing user-friendly devel- 
opment tools and offering extra support in the form of an 
optimizing C compiler and a DSP operating system. 

The assembler translates assembly-language source 
files into machine-language object files. Source files can 
contain instructions, assembler directives, and macro di- 
rectives. Assembler directives control various aspects of 
the assembly process such as the source-listing format, 
symbol definition, and method of placing the source code 
into sections. Macro directives permit a concise represen- 
tation of groups of instructions that occur frequently. 

The linker combines object files into one executable 
object module. As it creates the executable module, the 
linker performs relocation operations and resolves external 
references. The linker accepts relocatable COFF (Com- 
mon Object File Format) object files, created by the assem- 
bler, as input. It can also accept archive library members 
and output modules created by a previous linker run. 
Linker directives allow the user to combine object-file 
sections, bind sections or symbols to specific addresses or 
within specific portions of 320C30 memory, and define or 
redefine global symbols. An associated archiver can create 
macro or object-file libraries. 

The software simulator is a very important tool for 
debugging 320C30 programs. Its interface consists of a 
screen broken into windows that display the internal regis- 
ters, the reverse-assembled program, and a versatile win- 
dow where memory, breakpoints, and a wealth of other 
information can be displayed. The same interface (modi- 
fied to accommodate some special features) is also used 
with the hardware emulator. The major features of the 
simulator include: 

• Simulation of the entire 320C30 instruction set and the 
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Table 2. 








Instructions for the 320C30. 




Instruction 


Description 


Instruction 


Description 


Load and store instructions 






LDE 




Load floating-point exponent 


POP 


Pop integer from stack 


LDF 




Load floating-point value 


POPF 


Pop floating-point value from stack 


LDFcond 


Load floating-point value conditionally 


PUSH 


Push integer on stack 


LDI 




Load integer 


PUSHF 


Push floating-point value on stack 


LDlcona 




Load integer conditionally 


STF 


Store floating-point value 


LDM 




Load floating-point mantissa 


STI 


Store integer 


Two-operand instructions 






ABSF 




Absolute value of a floating-point 
number 


NORM 


Normalize floating-point value 


ABSI 




Absolute value of an integer 


NOT 


Bitwise logical-complement 


ADDC 


t 


Add integers with carry 


OR t 


Bitwise logical-OR 


ADDF 


t 


Add floating-point values 


RND 


Round floating-point value 


ADDI 


t 


Add integers 


ROL 


Rotate left 


AND 


t 


Bitwise logical-AND 


ROLC 


Rotate left through carry 


ANDN 


t 


Bitwise logical-AND with complement 


ROR 


Rotate right 


ASH 


t 


Arithmetic shift 


RORC 


Rotate right through carry 


CMPF 


t 


Compare floating-point values 


SUBB t 


Subtract integers with borrow 


CMPI 


t 


Compare integers 


SUBC 


Subtract integers conditionally 


FIX 




Convert floating-point value to integer 


SUBF 


Subtract floating-point values 


FLOAT 




Convert integer to floating-point value 


SUBI 


Subtract integer 


LSH 


t 


Logical shift 


SUBRB 


Subtract reverse integer with borrow 


MPYF 


t 


Multiply floating-point values 


SUBRF 


Subtract reverse floating-point value 


MPYI 


t 


Multiply integers 


SUBRI 


Subtract reverse integer 


NEGB 




Negate integer with borrow 


TSTB t 


Test bit fields 


NEGF 




Negate floating-point value 


XOR t 


Bitwise exclusive-OR 


NEGI 




Negate integer 






Program control instructions 






Bcond 




Branch conditionally (standard) 


IDLE 


Idle until interrupt 


BcondD 




Branch conditionally (delayed) 


NOP 


No operation 


BR 




Branch unconditionally (standard) 


RETlcond 


Return from interrupt conditionally 


BRD 




Branch unconditionally (delayed) 


RETScond 


Return from subroutine conditionally 


CALL 




Call subroutine 


RPIB 


Repeat block of instructions 


CALLcond 


Call subroutine conditionally 


RPTS 


Repeat single instruction 


DBcond 




Decrement and branch conditionally 
(standard) 


SWI 


Software interrupt 


DBcondD 


► 


Decrement and branch conditionally 


TKAPcond 


Trap conditionally 




(delayed) 
id three-operand versions 






t Two- ai 
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key peripheral features; 

• Command entry from either menu-driven keystrokes 
(menu mode) or from line commands (line mode); 

• Help menus for all screen modes; 

. Quick storage and retrieval of simulation parameters 
from files to facilitate preparation for individual sessions; 

• Reverse assembly allowing editing and reassembly of 
source statements; 

• Multiple execution modes; 

• Trace expressions that are easy to define; 

• Trace execution that can display designated expression 
values, cache memory, and the instruction pipeline; and 

• Breakpoints that can occur on address read, write, or 
both, on address execute, and on expression valid. 

Perhaps the most important trend with the newer DSPs 
is the availability of high-level-language compilers. The 
presence of C and Ada compilers in the 320C30 is not an 
accident since the 320C30 was designed with a compiler in 
mind. We expect this path to a high-level language to make 
the porting of application programs from large computers 
much easier. The algorithm can be developed almost 
entirely on a large computer and then converted to the 
320C30 assembly language by compilation. 

The C compiler for the 320C30 has exceptional effi- 
ciency,^ which makes a good C program almost as effec- 
tive as the assembly-language program. The C compiler 
will be sufficient for most applications. The exception is 
time-critical applications. In such cases one can use the fact 
that most DSP algorithms spend the vast majority of the 
execution time on a small section of the code. (Researchers 
often mention the 90/10 rule: 90 percent of the time is spent 
on 10 percent of the code.) Under these circumstances, the 
user can optimize execution by creating very fast assem- 
bly-language routines that implement the time-critical 
sections, and call them from C as regular C functions. To 
achieve this, we define the C function interface very 
precisely so that users can create their own routines. The C- 
compiler package comes with a library of general-purpose 
mathematical, interface, and I/O functions. 

Besides this method of optimizing the performance of 
the C language, two more methods can be used. The first 
one is based on the fact that the output of the compiler is an 
assembly-language program. The user can edit this pro- 
gram and optimize it by rearranging the instructions. The 
second method is to use the "asm" directive supported by 
the C compiler. The arguments of this directive are passed 
to the output of the compilation without any alteration so 
that the user can insert assembly-language instructions into 
the middle of the C program. 

A key part of the 320C30 development environment is 
Spox, the first real-time operating-system for a single-chip 
DSP. Spox, developed by Spectron Microsystems, extends 
the core C language with a library of standard I/O routines 
and, most importandy , a DSP math package. One of Spox 's 
unique features is that it provides users with software 
objects that are especially suited for DSP. Some of these 
objects are vectors, matrices, filters, and streams. The math 



Perhaps the most important 
trend with the newer DSPs is 
the availability of high-level- 
language compilers. 



package and these software objects are carefully designed 
to take full advantage of the capabilities of the 320C30. 
Spox also supports multitasking, thus allowing the user to 
easily implement the more complex control structures that 
are becoming essential for DSP systems. 

By providing a complete software development envi- 
ronment that includes compilers and operating systems 
along with the more-traditional tools such as assemblers 
and linkers, we allow the user to move from system 
conception to system implementation in the shortest pos- 
sible time. 

The next level of development tools includes the hard- 
ware emulators for debugging target hardware or deter- 
mining the performance of an algorithm on the 320C30 
device itself The XDS 1000 is a real-time, in-circuit emu- 
lator/software development tool based on the 320C30. 
Besides these tools from Texas Instruments, other compa- 
nies offer related support, such as the PC-based develop- 
ment board by Atlanta Signal Processors and the develop- 
ment platform of Spectron Microsystems for PCs and Sun 
workstations. 



Applications 



Certain features of the 320C30 such as its high speed, 
versatile architecture, and rich instruction set, make it easy 
to implement very demanding algorithms. The large 
memory space makes the device suitable for application 
areas such as image processing in which memory address- 
ing is one of the prime considerations. And the C compiler 
makes it easy to construct algorithms with complicated 
logic. 

General DSP algorithms. Almost every DSP applica- 
tion needs to perform some kind of filtering, the first 
application considered for a DSP device. Digital filters are 
categorized as FIR (finite-length impulse response) and 
IIR (infinite impulse response) filters,^'* or, equivalently, 
as filters that have only zeros or both poles and zeros. Each 
of these categories can have either fixed or adaptive coef- 
ficients. 

The 320C30 implements FIR filters very efficiently. For 
instance, let an FIR filter have an impulse response /i[0], 
h[l], . . ., h[N X I], and \etx[n] represent the input of the 
filter at time n. Then, the following equation gives the 
output >»[«] with the equation: 

y[n] = h[0]Xx[n] + h[l]Xx[n -{] + ...+ 

h[N-\]Xx[n-N+l] 
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; Typical Calling Sequence: 


; load 
; load 
; 1 oad 
; load 
; CALL 


ARO 

ARl 

RC 

BK 

FIR 


; Data Memory 


Organization: 




Impulse Initial Final 
response input samples input samples 


} address 1 


h(N-l) I input i :<<n-(N-l>) 1 1 >: (n) 1 + 


; I h(N-2) 1 1 x(n-(N-2)) 1 1 x<n-(N-l)> I 1 




Circular 
. queue 




h<l) 1 ! x(n-l> 1 ! x(n-2) 1 i 


; address ! 


h<0> { input : x<n) ! 1 x(n-l) I + 


; The physical address -for the start of the input samples must be on 
; a boundary with the LBBs set to zero according to the length o-f the 
; bu-f-fer. The pointer to the input sequence (x) is incremented and 
; assumed to be moving -from an older input to a newer input. At the 
; end o-f the subroutine ARl will be pointing to the position for the 
; ne>ct input sample. 


; Argument Assignments: 


} Argument 


! Function 


; ARC) 
; ARl 

RC 

; BK 


1 Address of h(N-l) 

! Address of x (N-1) 

! Length of filter - 2 <N-2) 

! Length of filter (N) 


; Registers used as input: ARO, ARl, RC, BK 
; Registers modified: RO, R2, ARO, ARl, RC 
; Register containing result: RO 


; Program sis 


e: 6 words 


; Execution c 


ycles: 11 + (N-l) 


5============ 


= = = = = = = = = = = = = = = = = = = = . = = .=.= =^.= = = = =:=== = = = = = = = = ..: = = = =: = « = = = = = = ^ = 


. glob 

FIR MPYF3 
LDF 


al FIR 

; initialize RO: 
«AR0++(1) ,*ARl++( !)•/., RO ; h(N-l) * x(n-<N-l)) -> RO 
0.0, R2 ; initialize R2. 


; filter ( 1 


<= i < N> 


; 

RPTS 
MPYF3 
! ! ADDF3 


RC ; setup the repeat single. 
*AR0++(1) ,»AR1++(1)7.,R0 j h<N-l-i> » x(n-(N-l~i)) -> RO 
R0,R2,R2 5 multiply and add operation 


i 

ADDF 


R0,R2,RO ; add last product 


; return sequence 


RETS 


; return 


; 

; end 




.end 





Figure 7. FiR filter implementation on the 320C30. 
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Typical Calling Sequence: 



load 
load 
load 
load 
load 
load 
load 
CALL 



R2 

ARO 

ARl 

IRO. 

IRl 

BK 

RC 

IIR2 



Data Memory Organization: 



Filter 
coef -f icients 


address 1 a2(0) 


1 b2(0) 


i al<0> 


I bl<0) 


1 bO(0) 


■ 


1 a2<N-l) 


! b2(N-l) 


1 al(N-l) 


! bl(N-l) 


address ! bO(N-l ) 



Initial delay 
node values 



Newest 
delay 



oldest + 
delay 



d(0,n) 


d(0,n-l) 


d (0,n-2) 


Empty 


: 


d(N-i ,n> 


d (N-l ,n-l> 


d (N-l ,n-2) 


Empty 



Final delay 
node values 

+ 

I d(0,n-l) 

+ 

! d<0,n-2) 

+ 

! d(0,n) 

■i 

I Empty 

+ 

+ 

I d(N-l,n-l) 

+ 

I d(N-l,n-2) 



circular 
queue 



circular 
queue 



d(N-l,n> 
Empty 



The physical address for the start o-f each circular queue of delay node 
values must be on a boundary with the LSBs set to zero according to the 
length of the buffer. The BK (block size) register must contain the (Continued on page 26) 



Figure 8. Implementation of N biquads on the 320C30. 



Two features of the 320C30 facilitate the implementa- 
tion of the FIR filters: parallel multiply/add operations and 
circular addressing. The first feature permits a rriultiplica- 
tion and an addition to execute in one machine cycle, while 
the second makes a finite buffer of length A^ sufficient for 
the data x[n]. Figure 7 shows the arrangement of the data 
and the assembly code for an FIR filter. Note that the filter 
takes one cycle of execution per tap. 

The transfer function of the IIR filters contains both 
poles and zeros, and its output depends on both the input 
and the past output. As a rule, these filters need less 
computation than a FIR filter of similar frequency re- 
sponse, but they have the drawback of being sensitive to 
coefficient quantization. Most often, the IIR filters are 
implementecl as a cascade of second-order sections, called 
biquads. To implement an IIR filter consisting of A^biquads, 
let al[i], a2[i] be the numerator coefficients of the ith bi- 
quad and^O[/], b\[i], b2[i] the denominator coefficients of 



the same biquad. Also, letx[A2] be the input and>'[n] be the 
output of the IIR filter. In canonic form, the following C 
code implements the N biquads: 

y[0,n] = x[n]; 

for(i=0; i<N; i++){ 

d[i,n] = a2[i]*d[i,n-2] + al[i]*d[i,n-l] + y[i-l,n]; 

y[i,n] = b2[il*d[i,n-2] + bl[i]*d[i,n-l] + 

bO[i]*d[i,n]; 
} 
y[n] = y[N-l,n]; 

Figure 8 shows the memory arrangement and the code 
for this implementation on the 320C30. 

In addition to the fixed-coefficient filters, the 320C30 
can also implement very effectively adaptive filters (with 
three cycles per updated tap). 

Fourier transforms are another important tool often used 
in DSP systems. The purpose of the transform is to convert 
information from the time domain to the frequency do- 



The TMS320C30 Floating-Point Digital Signal Processor 



45 



; value 
; ARl p 
; comes 


3. The result y(n> is placed in RO. 
□ints to the new d<0,n-2) so that it 
in. 


At the end of the program, 
is set when the new sample 


: Mrquinent As^ 


,iqnments: 




; Argument 


Function 


.s (a2(0)) 
(d<0,n-2) > 


; R2 
; ARO 
; ARl 
; BK 
; IRO 
; IRl 
; RC 




Input sample x (n) 

Address oi -filter coe-f -f i ci enl 

Address of delay node values 

Bk. = 3 

IRO = 4 

IRl = 4-K-N-4 • 

Number of biquads (N) - 2 


; Registers u« 
; Registers mc 
; Register cor 


5ed as input: R2, ARO, ARl, IRO, IRl, BK , RC 
Ddi-fied: RO, Rl, R2, ARO, ARl, RC 
itaining result: RO 


; 

; Program sise: 17 words 




; Execution cycles: 23 + 6N 






======= 




_^^^^^^^^^_==^=_^_^_..== 


' 


.global IIR2 




IIR2 


liPYF3 
MPYF3 


♦ARO, *AR1, RO 

♦+-t-ARO(l), *AR1 — (1)7., Rl 


; a2(0) ♦ d(0,n-2) -> RO 
; b2(0) ♦ d(0,n-2) -> Rl 


1 : 


MPYF3 
ADDF3 


* + -^ARO(l), *AR1, RO 
RO, R2, R2 


; al (0) ♦ d (0,n-l) -> RO 
; first sum term of d(0,n). 


! I 


MPYF3 
A DDF 3 


*-<- + ARO(l), ♦ARl — (!)■/., RO 
RO, R2, R2 


; bl (0) ♦ d(0,n-l) -> RO 

; second sum term of d(0,n). 


; 


MPYF3 
STF 


♦ ■<-+ARO(l>, R2, R2 
R2, ♦ARl — (1)7. 


; bO(0) « d(0,n) -> R2 
; store d(0,n); point to 
d(0,n-2) . 


; 

RPTB LOOP 


; 1 oop f or 1 < = i < N 




MPYF3 
ADDF3 


♦+-+-AR0(1), ♦+-t-ARl (IRO) , RO 
R0,R2,R2 


} a2(i ) ♦ d (i ,n-2) -> RO 

; first sum term of y(i-l,n) 


1 1 


MPYF3 
ADDF3 


♦ •r + AROd), ♦ARl — (1)7., Rl 
R1,R2,R2 


; b2(i ) ♦ d (i ,n-2) -> Rl 

; second sum term of y(i-l,n) 




MPYF3 
ADDF3 


♦ -f-fAROd ) , ♦ARl , RO 
RO, R2, R2 


5 al (i ) ♦ d (i ,n-l) -> RO 
; first sum term of d(i,n). 


1 ! 


MPYF3 
ADDF3 


♦++AR0(1), ♦ARl — (1)7., RO 
RO, R2, R2 


; bl (i ) ♦ d (i ,n-l) -> RO 

; second sum term of d(i,n). 


; 
; 

LOOP 


STF 
MPYF3 


R2, ♦ARl — (1)7. 
♦+-<-ARO(l ) , R2, R2 


; store d(i,n); point to 

d (i ,n-2) . 
; bO(i ) ♦ d (i ,n) -> R2 


; final 


summat 


i on 




; 


ADDF 
ADDF3 


RO , R2 

Rl ,R2,R0 


; first sum term of y(N-l,n) 
; second sum term of y<N-l,n> 




NOP 
NOP 


♦ ARl— (IRl) 
.♦ARl--(l)'/. 


; return to first biquad 
; point to d(0,n-l) 


5 

; return seque 


nee 




I 


RETS 




; return 


5 end 








J 

.end 







Figure 8 (cont'd.) 
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main. Computationally efficient implementation of Fourier 
transforms are known as the fast Fourier transform 
(FFT). ^-^ Table 3 shows the timing for different FFTs on 
the 320C30. The code for these FFTs, as well as the 
routines listed in Table 4, appear in the TMS320C30 User's 
Guided 

The 320C30 has many features that make it well suited 
for FFTs, such as the high speed of the device, the floating- 
point capability, the block-repeat construct, and the bit- 
reversed addressing mode. For instance, the FFT shown in 
Figure 9 on the next page can be implemented in code that 
can be entirely contained in the 64-word cache of the 
320C30.' 

Telecommunications and speech. Telecommunica- 
tions and speech applications have many requirements in 
common with other DSP applications, but they also have 
some special needs. For instance, telecommunications 
applications interfacing to Tl carriers sometimes need to 
convert between a linear signal and one compressed by |i- 
law or A-law formats. Such a conversion can be realized 
with hardware by adding a peripheral to the DSP peripheral 
bus. This is the approach taken in some members of the 
TMS320 first generation of devices. An alternative way is 
to do the same function with software. 

In speech applications, digital filters are often imple- 
mented in lattice form. Depending on the application, both 
FIR and IIR filters are realized this way, although some- 
times the terminology lattice filter and inverse lattice filter 
is used respectively. 

Graphics and image processing. In graphics and im- 
age processing applications DSPs perform operations on 
two-dimensional signals, and matrix arithmetic takes on 
particular significance. In the 320C30 matrix arithmetic 
can be decomposed into a series of dot products, which can 
be very effectively implemented using constructs similar 
to the FIR filter implementation discussed earlier. Addi- 
tionally, the large memory space of the 320C30 allows 
processing of large segments of data at a time. 

Benchmarks. We have implemented several general- 
purpose and applications-oriented routines for the 320C30 
and include these in the User's Guide. ^ Table 4 lists some 
of these routines with the necessary cycles and the memory 
requirements for the program. 



The last five years have seen a tremendous growth 
in the utility of digital signal processors. This 
growth has been fueled, at least in part, by the 
ever-increasing level of performance and ease of use of 
general-purpose DSPs. The TMS320C30 represents the 
newest generation of DSPs. But, the end of this trend is not 
yet in sight. Rather, we expect the trend of higher levels of 
performance and greater ease of use to continue. For DSPs, 
the next five years look bright indeed. 





Table 3. 




Timing of an FFT 


on the 320C30. 




Number of 


Radix-2 


Radix-4 


Radix-2 


points 


(complex) 


(complex) 


(real) 


bbl timing (ms) 






64 


0.167 


0.123 


0.075 


128 


0.367 


— 


0.162 


256 


0.801 


0.624 


0.354 


512 


1.740 


— 


0.771 


1,024 


3.750 


3.040 


1.670 


Code size 








(Words) 


55 176 86 
ize does not include the sine/ 


The code s 


cosine tables 


The timing does not include bit 


reversal or data I/O. 







Table 4. 






Program memory and timing 


requirements for 320C30 routines. 






Cycles 






(best case/ 


Application Words 


worst case) 


Inverse of a floating-point 






number 


31 


31 


Integer division 


27 


27/58 


Double-precision integer 






multiplication 


24 


20/24 


Square root 


32 


35 


Dot product of two vectors 


10 


S + (N - 1) 


Matrix times vector 






operation 


10 


2 + /?(C -»- 9) 


FIR filter 


5 


7 + (N - I) 


IIR filter (one biquad) 


7 


7 


IIR filter iN> 1 biquads) 


16 


19 + 6N 


LMS adaptive filter 


9 


8 -h 3(N - 1) 


LPC lattice filter 


11 


9 + 5(P - 1) 


Inverse LPC lattice filter 


9 


9 -H 3(P - 1) 


/i-law compression 


16 


16 


/i-Iaw expansion 


13 


11/16 


A-law compression 


18 


18 


A-law expansion 


15 
J vectoi 


14/21 


N = length of appropriate 


P = length of lattice filter 






R = number of rows of a matrix 




C = number of columns of a matrix 
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; GENERIC PROGRAM TO DO A LOOPED-CODE RAD IX -2 FFT COMPUTATION IN 320C30. 


; THE PROGRAM IS ADAPTED FROM THE 


FORTRAN PROGRAM IN PAGE 1 1 1 OF 


; 


REFERENCE 


C53 




; AUTHOR: PANOS 


E. PAPAMICHALIS 






TEXAS 


INSTRUMENTS 


JULY 16, 1987 




. GLOBL 


N ; 


FFT SIZE 




. GLOBL 


M 


L0G2(N) 




. GLOBL 


SINE ; 


ADDRESS OF SINE TABLE 




.BSS 


INP,1024 ; 


MEMORY WITH INPUT/OUTPUT DATA 




.TEXT 






; INITIALIZE 








• WORD 


FFT 


; STARTING LOCATION OF THE PROGRAM 




.SPACE 100 


; RESERVE 100 WORDS FOR VECTORS, ETC. 


FFTSIZ 


. WORD 


N 




LOGFFT 


.WORD 


M 




SINTAB 


. WORD 


SINE 




INPUT 


.WORD 


INP 




FFT: 


LDP 


FFTSIZ ; 


COMMAND TO LOAD DATA PAGE POINTER 




LDI 


©FFTSIZ, IRl 






LSH 


-2,IR1 ; 


IRl=N/4, POINTER FOR SIN/COS TABLE 




LDI 


0,AR6 • ; 


AR6 HOLDS THE CURRENT STAGE NUMBER 




LDI' 


@FFTSIZ,IRO 






LSH 


1 , I RO ; 


IR0=2*N1 (BECAUSE OF REAL/IMAG) 




LDI 


eFFTSIZ,R7 ; 


R7=N2 




LDI 


1,AR7 ; 


INITIALIZE REPEAT COUNTER OF FIRST LOOP 




LDI 


1 , AR5 ; 


INITIALIZE IE INDEX (AR5=IE> 


; OUTER LOOP 






LOOP: 


NOP 


* •^+AR6 ( 1 ) ; 


CURRENT FFT STAGE 




LDI 


eiNPUT.Af^:* ; 


ARO POINTS TO X (I) 




ADDI 


R7,AP0,hK.. ; 


AR2 POINTS TO X(LJ 




LDI 


M\ 7 , RC 






SUB I 


1 . RC ; 


RC SHOULD BE ONE LESS THAN DESIRED # 


; BUTTERFLY WITHOUT TWIDDLE FACTORS 




RPTB 


BLKl 






ADDF 


*ARO , *AR2 , RO 


; R0=XiI)+X(L) 




SUBF 


♦AR2++,*AR0++,R1 


; R1=X(I)-X(L) 




ADDF 


♦AR2 , ♦ARO , R2 


; R2=Y(I)+Y(L) 




SUBF 


♦AR2,*AR0,R3 


; R3-=Y (I) -Y(L> 




STF 


R2,*AR0— 


; Y(n=R2 AND... 


i 1 


STF 


R3,#AR2— 


; Y(L)=R3 


BLKl 


STF 


RO,»ARO++<IRO) 


; X *. I)=R0 AND. . . 




STF 


Rl ,*AR2++ ( IRO) 


; X(L)=^R1 AWD ARO, 2 = ARO , 2 + 2*N1 


; IF THIS IS THE LAST STAGE, YOU 


ARE DONE 




CMP I 


@L0GFFT,AR6 






BZD 


END 




; MAIN 


INNER LOOP 






LDI 


2,AR1 


; IN IT LOOP COUNTER FOR INNER LOOP 




LDI 


€SINTAB,AR4 


; INITIALIZE lA INDEX (AR4=IA) 


INLOP: 


ADDI 


AR5 , AR4 


; IA=IA+IE; AR4 POINTS TO COSINE 




LDI 


AR 1 , ARO 






ADDI 


2,AR1 


; INCREMENT INNER LOOP COUNTER 




ADDI 


@ INPUT, ARO 


; <X(I),Y(I)) POINTER 




ADDI 


R7,AR0,AR2 


} <X(L),Y(L)) POINTER 




LDI 


AR7 , RC 






SUB I 


1,RC ; 


RC SHOULD BE ONE LESS THAN DESIRED # 




LDF 


*AR4,R6 


; R6*SIN 


J GENERAL BUTTERFLY 






RPTB 


BLK2 






SUBF 


*AR2,«AR0,R2 


; R2=X(I)-X(L) 




SUBF 


♦+AR2,»+AR0,Rl 


; R1»Y(I)-Y(L) 




MPYF 


R2,R6,R0 


; R0=R2«SIN AND... 


! 1 


ADDF 


♦+AR2,»+AR0,R3 


; R3'=Y(I)+Y(L) 




MPYF 


R1,»+AR4(IR1> ,R3 


J R3=R1«C0S AND... 



Figure 9. Example of a ra(lix-2, decimation-in-frequency FFT. 
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! 1 


STF 


R3 , ♦+ARO 


i Y(I)«Y(I>+Y<L) 




SUBF 


R0,R3,R4 


J R4=R1«C0S-R2«SIN 




MPYF 


R1,R6,R0 


jl R0=R1*SIN AND... 


1 1 


ADDF 


*AR2,*AR0,R.3 


J R3=X(I)+X(L> 




MPYF 


R2,»+AR4(IR1) ,R3 


; R3=R2»C0S AND. . . 


i 1 


STF 


R3,*AR0++(IR0) 


J X(I)=»X(I)+X<L) AND AR0=AR0+2»N1 




ADDF 


R0,R3,R5 


i R5«R2»C0S+R1#SIN 


BLK2 


STF 


R5,«AR2++<IR0) 


; X ( L ) «R2*C0S+R 1 *S I N , I NCR AR2 


AND. . . 








i ! 


STF 


R4,«+AR2 


; Y(L)=R1*C0S-R2«SIN 




CMP I 


R7,AR1 






BNE 


INLOP 


; LOOP BACK TO THE INNER LOOP 




LSH 


1,AR7 


J INCREMENT LOOP COUNTER FOR NEXT TIME 




LSH 


1,AR5 


J IE=2«IE 




LDI 


R7,IR0 


; N1=N2 




LSH 


-1,R7 


; N2=N2/2 




BR 


LOOP 


; NEXT FFT STAGE 


END 


NOP 
.END 







Figure 9 (cont'd.) 
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This report describes the implementation of several Fast Fourier Transforms (FFTs) 
and related algorithms on the TMS320C30. The TMS320C30 is the first device in the 
third generation of 32-bit floating-point Digital Signal Processors (DSPs) in the Texas 
Instruments TMS320 family. The algorithms considered here are the complex radix-2 FFT, 
the complex radix-4 FFT, the real-valued radix-2 FFT (both forward and inverse 
transforms), the Discrete Hartley Transform (DHT), and the Discrete Cosine Transform 
(DCT). These transforms have many applications, such as in image processing, sonar, 
and radar. 

The introduction briefly describes transforms and their implementation on the 
TMS320 family of processors. Next, the different kinds of FFTs (including the real FFT), 
the closely-related Hartley transform, and the Cosine transform are described and com- 
pared. This is followed by a description of the TMS320C30 features that permit efficient 
implementations of these algorithms. Then, specific implementations, transforms, and 
TMS320C30 C Compiler facts are outlined. Finally, the report discusses some implemen- 
tation issues, and the appendices list actual TMS320C30 code for performing transforms. 

The powerful architecture and instruction set of the TMS320C30 permit flexible 
and compact coding of the algorithms in assembly language while preserving close cor- 
respondence to a high-level language implementation. The efficiency of the architecture 
and the speed of the device make faster realization of real and complex transforms possi- 
ble. With the availability of a C compiler, these routines can be put in C-callable form 
and used as faster versions of FFT C functions. 

Introduction 

The Fast Fourier Transform (FFT) is an important tool used in Digital Signal Pro- 
cessing (DSP) applications. Its development by Cooley and Tuckey gave impetus to the 
establishment of DSP as an independent discipline. The well-structured form of the FFT 
has also made it one of the benchmarks in assessing the performance of number-crunching 
devices and systems. 

In recent years, because of the popularity of this signal-processing tool, there have 
been efforts to improve its performance by advances both at the algorithmic level and 
in hardware implementation. Researchers have been developing efficient algorithms to 
increase the execution speed of FFTs while keeping requirements for memory size low. 
On the other hand, developers of VLSI systems are including features in their designs 
that improve system performance for applications requiring FFTs. In particular, single- 
chip progranmiable DSP devices, currently available or under development, can realize 
FFTs with speeds that allow the implementation of very complex systems in realtime. 
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The Texas Instruments TMS320 family consists of five generations of programmable 
digital signal processors. The TMS32010 introduced the first generation, which today en- 
compasses more than twelve devices with various speeds, interfacing capabilities, and 
price/performance combinations. FFT implementations on the TMS32010 can be found 
in the appendix of the book by Burrus and Parks [1]. 

The second-generation TMS320 devices (the TMS32020, the TMS320C25, and their 
spinoffs) enhanced the architecture and speed capabilities of the first generation. Examples 
of FFT programs implemented on the TMS32020 can be found in an application report 
in the book Digital Signal Processing Applications with the TMS320 Family [2]. Such pro- 
grams are easily extended to the TMS320C25 because of the code compatibility between 
devices. 

The architectural and speed improvements on the processors from one generation 
to the next have made the FFT computation faster and the programming easier. These 
advantages have reached a new high level in the third generation. The TMS320C30 is 
the first device in the third generation, and this report examines implementation of the 
FFT algorithms on it. The fourth generation (TMS320C4x) is a new set of floating-point 
devices, while the fifth generation (TMS320C5x) is a continuation of the fixed-point devices. 
Since software compatibility is maintained within the fixed-point and the floating-point 
devices, the existing FFT implementations will also be applicable to these new generations. 

The Fourier Transform of an analog signal x(t), given as 

ioo 
x(t) e-Mdt (1) 

determines the frequency content of the signal x(t). In other words, for every frequency, 
the Fourier transform X(o)) determines the contribution of a sinusoid of that frequency 
in the composition of the signal x(t). For computations on a digital computer, the signal 
x(t) is sampled at discrete-time instants. If the input signal is digitized, a sequence of numbers 
x(n) is available instead of the continuous-time signal x(t). Then, the Fourier transform 

takes the form 

oo 

X(d<^) = H x(n) e-J^n (2) 

n= — 00 
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The resulting transform X(el^) is a periodic function of co, and it needs to 
be computed for only one period. The actual computation of the Fourier transform of a 
stream of data presents difficulties because X(el^) is a continuous function in co. Since 
the transform must be computed at discrete points, the properties of the Fourier transform 
led to the definition of the Discrete Fourier Transform (DFT), given by 

N-l _ j2Trkn 

X(k) = L x(n) e N (3) 

n=0 

When x(n) consists of A^ points ;c(0), jc(l), . . ., x(A^-l), the frequency-domain 
representation is given by the set of Appoints X(k), A:=0,1, . . .,A^-1. Equation (3) is often 
written in the form 

N-l 
X(k) = L x(n) W'^J; (4) 

n=0 

nk 
where W ^ =^— 7 2'Knk/N^ xhe factor Wj^ is sometimes referred to as the twiddle factor. 

A detailed description of the DFT can be found in references [1,3>4]. The computational 
requirements of the DFT increase rapidly with increasing block size N, having an impact 
on the real-time system performance. This problem was alleviated with the development 
of special fast algorithms, collectively known as Fast Fourier Transform (FFT). With an 
FFT, the computational burden increases much less rapidly with A^, and for any given 
A^, the FFT computational load, measured in terms of required multiplications and addi- 
tions, is smaller than a brute-force computation of the DFT. 

The definition of the FFT is identical to the DFT: only the method of computation 
differs. To achieve the efficiency of an FFT, it is important that A^ be a highly composite 
number. Typically, the length A^ of the FFT is a power of 2\ N = 2^, and the whole 
algorithm breaks down into a repeated application of an elementary transform known as 
a butterfly. If A^ is not a power of 2, the sequence x(n) is appended with enough zeroes 
to make the total length a power of 2. Again, references [1,3,4] contain a detailed develop- 
ment of the FFT. Reference [2] also discusses the same topic. 
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Different Forms of the FFT 

Over the years, researchers have developed different forms of FFT for more effi- 
cient computation. Special cases, such as those in which the input is a sequence of real 
numbers, have been investigated, and even more sophisticated algorithms have been 
developed. The general form of the FFT butterfly is given in Figure 1. 

> p + Q yN^ 




> P-Q wj!^ 
-1 

Figure 1. Radix-2 Butterfly for Decimation in Time 

If the inputs to the butterfly are the two complex numbers P and Q, the outputs will 
be the complex numbers P' and Q\ such that 

P' = P ^ QW^^ (5) 



and 



Q' = P - QW^^ (6) 



The quantities P, Q, and P\ Q' represent different points in the array being trans- 
formed, and they may or may not occupy adjacent locations in that array. In an in-place 
computation, the result P' will overwrite P, and 2' will overwrite Q. W^ represents again 

the twiddle factor, and its exponent is determined by the location of the corresponding 
butterfly in the FFT algorithm. 

Figure 2 shows an alternate form of the same FFT butterfly. 
P \ / P + Q w[^ 




P-QwJ 
Figure 2. Alternate Form of Radix-2 Butterfly for Decimation in Time. 
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Although the notation is now less descriptive, it creates a clearer picture when several 
butterflies are put together to form an FFT. Using the first notation, Figure 3 is the 
flowgraph of an 8-point FFT example. 



x(0) o — ► 



x(1) 



x(2) 



x(3) 



x(4) o ► 



x(5) 



x(6) 



x(7) o — p^ 




X(0) 



X(4) 



X(2) 



X(6) 



X(1) 



X(5) 



X(3) 



X(7) 



Figure 3. Example of 8-Point FFT with Decimation in Time. 

Note that the input sequence x(n) is in the correct order, while the output X(k) is 
scrambled. Actually, this scrambling occurs in a very systematic way, called bit-reversed 
order: If you express the indices of a scrambled sequence in binary and you reverse this 
number, the result is the order that this particular point occupies. For instance, X(3) oc- 
cupies the sixth position in the output (when counting from the zero position) . In binary 
form, 3io = 01 12, and if bit-reversed, you get IIO2 = 610, which is the position that 
X(3) occupies. It turns out that the third position is occupied by Z(6), and to restore the 
correct order at the output, you need only to swap these two numbers. 
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The same procedure can be repeated with all the scrambled numbers not occupying 
the position that their index suggests. If the input sequence x(n) is rearranged to appear 
in bit-reversed form, the output X(k) appears in the correct order, as shown in Figure 4. 




Figure 4. Alternate Form of 8-Point FFT with Decimation in Time. The Input Is in 
Bit-Reversed Order and the Output Is in the Correct Order. 

Since the only difference between Figures 3 and 4 is a rearrangement of the but- 
terflies, the computational load and the final results are identical. In terms of implementa- 
tion, this rearrangement means that the nesting of the two innermost loops in the FFT 
routine is interchanged. 

The butterflies and the FFT configurations presented thus far implement the FFT 
with a decimation in time. This terminology essentially describes a way of grouping the 
terms of the DFT definition; see Equation (3). An alternative way of grouping the DFT 
terms together is called decimation in frequency. Figures 5 and 6 show the same example 
of an 8-point FFT: Figure 5 with the input in correct order and the output in bit-reversed 
order, and Figure 6 vice- versa, and using the decimation in frequency (DIF). 
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^^ X(0) 




-1 -1 -1 

Figure 5. Example of an 8-Point FFT with Decimation in Frequency 



^^-o X(7) 



P^ X(0) 




>-o X(7) 



Figure 6. Alternate Form of 8-Foint FFT with Decimation in Frequency. The Input 
Is in Bit-Reversed Order and the Output Is in the Correct Order 
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Pictorially, the difference between decimation in time and decimation in frequency 
is that the twiddle factor appears at the input of the butterfly in the first, and at the output 
in the second. Otherwise, the two methods are identical in terms of results. However, 
depending on what is the most convenient order of getting the twiddle factors and where 
the longest-span butterfly appears, you may prefer one method over the other. 

The butterfly shown in Figure 1 (or Figure 2) is the smallest element in a radix-2 
FFT. The radix of the FFT represents the number of inputs that are combined in a butter- 
fly. The Fast Fourier Transform is usually explained around the radix-2 algorithm for 
conceptual simplicity. If, however, higher-order radices are used, more computational 
savings can be achieved. These savings increase with the radix, but there is very little 
improvement above radix 4. That's why the radix-2 and radix-4 FFTs are the most com- 
monly used algorithms. 

In radix-4 FFT, each butterfly has 4 inputs and 4 outputs, essentially combining 
two stages of a radix-2 algorithm in one. Figure 7 shows this combination graphically. 





Figure 7. Butterfly for Radix-4, Decimation-in-Time FFT. 
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Although four radix-2 butterflies are combined into one radix-4 butterfly, the com- 
putational load of the latter is less than four times the load of a radix-2 butterfly. Ex- 
amples of radix-4, 16-point FFTs are shown in Figures 8 and 9 for decimation in time 
and decimation in frequency, respectively. 




Figure 8. Example of a 16-Point, Radix-4, Decimation-in-Time FFT. 
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Figure 9. Example of a 16-Point, Radix-4, Decimation-in-Frequency FFT. 

These configurations take the incoming sequence in order and produce the frequency- 
domain resuh in digit-reversed form. It is a simple matter to rearrange the FFT and have 
the input in digit-reversed form and the output in order. 

Digit reversal is similar to bit reversal, except that the number whose digits are re- 
versed is written in base 4 (equal to the radix) rather than base 2. For example, the output 
value X(14) in a 16-point, radix-4 FFT occupies position eleven (again starting from zero) 
because 14io = 324 and, reversing the digits of the number, 234 = HlO- To restore the 
output to the correct order, the contents of locations with digit-reversed indices should 
be swapped. However, since the TMS320C30 has a special bit-reversed addressing mode, 
it is desirable to have the output of the radix-4 computation in bit-reversed rather than 
digit-reversed form. This is accomplished quite simply if, in each radix-4 butterfly, the 
two middle output legs are interchanged. That is, whenever the output of the butterfly 
is the four numbers A\ B\ C\ and D', instead of storing them in that order, store them 
in the order A\ C\ B\ and D\ as shown in Figure 10. 
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A- 


A 


B' 


B 


C 


C 


D' 


D 




(a) (b) 

Figure 10. Radix-4 Butterflies, (a) Regularly-Ordered Output, (b) Bit-Reversed 

Output. 

References [5, 6] explain why this simple rearrangement puts the result in bit-reversed 
order. 

Features of the TMS320C30 

The TMS320C30 is the first device introduced in the third generation of the TMS320 
Digital Signal Processors [7,8]. It has many architectural features that permit very effi- 
cient implementation of algorithms. Some of those features pertinent to the FFT implemen- 
tation are discussed in this section. 

The two most salient characteristics of the TMS320C30 device are its high speed 
(60-ns cycle time) and floating-point arithmetic. The higher speed makes the implementa- 
tion of real-time application easier than in earlier processors, even when the other architec- 
tural advantages are not considered. Each instruction executes in a single cycle under mild 
pipeline restrictions. The device automatically takes care of any potential conflicts. The 
pipeline should be observed closely (e.g., using the trace capability of the simulator) only 
if code optimization for speed is required. 

The floating-point capability permits the handling of numbers of high dynamic range 
without concern for overflows. In FFT programs, in particular, the computed values tend 
to increase from one stage to the next, as discussed in reference [2]. Then, the fixed-point 
arithmetic will cause overflows if the incoming numbers are large enough and no provi- 
sions are made for scaling. All these considerations are eliminated with the floating-point 
capability of the TMS320C30. The TMS320C30 performs floating-point arithmetic with 
the same speed as any fixed point operation; no performance is sacrificed for this feature. 
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There are eight extended-precision registers, RO— R7, that can be used as ac- 
cumulators or general-purpose registers, and eight auxiliary registers, ARO— AR7, for 
addressing and integer arithmetic. For many applications, these registers are sufficient 
for temporary storage of values, and there is no need to use memory locations. This is 
the case with the radix-2 FFT algorithm, where no locations are required other than those 
for the transformation of incoming data to be transformed. Also, arithmetic using these 
registers greatly increases the programming efficiency. The two index registers, IRO and 
IRl, are used for indexing the contents of the auxiliary registers ARO— AR7, thus making 
the access of the butterfly legs and the twiddle factors easy. 

A powerful structure in the TMS320C30 is the block-repeat capability that has the 
form 

RPTB LABEL 
put instructions here 
LABEL last instruction 

Whatever occurs after the RPTB instruction and up to the LABEL is repeated one 
time more than the number included in the repeat counter register, RC. The RC register 
must be initialized before entering the block-repeat construct. The net effect is that the 
repeated code behaves as if it were straight-line coded (no penalty for looping), with pro- 
gram size equal to the one in looped code. In this way, the FFT butterfly, being the core 
of the program, can be implemented in a block-repeat form, thereby saving execution time 
while preserving the clarity of the program and conserving program space. 

A bit-reversed addressing mode is available to eliminate the need for swapping 
memory locations at the beginning or the end of the FFT (depending on the FFT type). 
When you use this addressing mode, you access a sequence of data points in bit-reversed 
order rather than sequentially, and you can recover the points in the correct order during 
retrieval of the data instead of spending extra cycles to accomplish it in software. 

Implementation of Radix-2 and Radix-4 Complex FFTs 

Because of the powerful architecture and the instruction set of the TMS320C30, 
the assembly language program follows closely the flow of a high-level language pro- 
gram; this makes it easy to read and debug. It also keeps the size of the program small 
and reduces the requirements for program memory. Appendix A presents an example of 
code for a Radix-2 complex FFT, while Appendix B is a radix-4 complex FFT. The pro- 
gram memory requirements for these programs (as well as others to be discussed later) 
are given in Table 1. 
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Table 1. Program Memory Requirements for the Core of the FFT and Hartley 

Transforms 



Routine Type 


Program Size 


Radix-2, complex FFT 


50 words 


Radix-4, complex FFT 


170 words 


Radix-2, real FFT 


68 words 


Radix-2, real inverse FFT 


76 words 


Hartley transform 


71 words 



The numbers in the table correspond only to the core program and do not include 
the sine/cosine tables for the twiddle factors, any input/output, or any bit-reversing opera- 
tions. Note also that they are independent of the FFT data size. 

The data memory requirements are, of course, dependent on the FFT size. The max- 
imum length of a complex, radix-2 FFT that can be implemented entirely on the internal 
memory of the TMS320C30 is 1024 points. In the present implementation, the 1024-point 
radix-4 FFT requires a few more locations (about 7) than are available on-chip. 

The code (provided in the appendices) has been written to be independent of the 
FFT length. The length A^, together with the sine/cosine tables for the twiddle factors, 
should be provided separately to maintain the generic nature of the core FFT program. 
An example of a file with the sine/cosine tables for a 64-point FFT is given in the Appen- 
dix F. Note that the FFT size and the number of stages are declared .global in both files 
(i.e. , the main routine and the file with the table) so that the core program gets the actual 
values during linking. 

To reduce the storage requirements of a sine/cosine table, a full sine and a cosine 
cycle are overlapped. The table stores 5/4 of a full sine wave, with the cosine table start- 
ing with a phase delay of 1/4 cycle from the sine table. This table size is larger than ac- 
tually needed, and it is selected merely for testing convenience of the algorithms. The 
minimum table size for a radix-2 complex FFT includes 1/2 of a full sine wave, and 1/2 
of a full cosine wave. If these two half waves are combined using the above quarter-cycle 
phase delay, the minimum table size for this kind of FFT is 3/4 of a full sine wave. For 
instance, for a 1024-point FFT, the table can be the first 768 points of a sine wave, where 
a full cycle would be 1024 points. In the case of a radix-4 complex FFT, the minimum 
table size should include 3/4 of a sine and 3/4 of a cosine wave. Overlapping these re- 
quirements, we get the minimum table size of a radix-4 algorithm to be one full sine wave. 

An example of a linking file is also included in Appendix F to show how the dif- 
ferent segments are assigned. For a complete description of the assembler and linker, consult 
the corresponding manual [6]. 
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The timing of the FFT routines was done using the cycle-counting capability of the 
TMS320C30 simulator. For the conversion of the number of cycles into seconds, a cycle 
time of 60 ns was used. The timing refers only to the core FFT computation, ignoring 
read-in and write-out requirements, since such requirements are application-dependent. 
Also, no bit reversal is counted (although it may be included in the program), since it 
is performed as part of the read-in or read-out. Table 2 gives the timing for the different 
FFT routines and for the Hartley transform. 

Table 2. FFT Timing in Milliseconds 



Transform 
Size 


Radix-2 

Complex 

FFT 


Radix-4 

Complex 

FFT 


Radix-2 
Real 
FFT 


Radix-2 

Real 

Inverse FFT 


Hartley 
Transform 


64 


0.165 


0.123 


0.077 


0.085 


0.081 


128 


0.370 


— 


0.174 


0.193 


0.181 


256 


0.816 


0.624 


0.387 


0.434 


0.403 


512 


1.784 


— 


0.857 


0.964 


1.132 


1024 


3.873 


3.040 


1.879 


2.124 


2.430 


1024 


2.366 











For the complex FFTs, the radix-4 algorithm reduces the execution time by 20-25% 
compared to radix-2, depending on the FFT size. The last entry in this table represents 
the timing of the radix-2, DIT routine generated at the University of Erlangen [18] and 
given in Appendix A. These numbers are typically used for benchmarking. 

Implementation of Real FFT 

The development of FFT algorithms is centered mostly around the assumption that 
the input sequence consists of complex numbers (as does the output). This assumption 
guarantees the generality of the algorithm. However, in a large number of actual applica- 
tions, the input is a sequence of real numbers. If this condition is taken into consideration, 
additional computational savings can be achieved because the FFT of a real sequence 
demonstrates the following symmetries: Assuming that the FFT output X(k) is complex. 



X(k) = R(k) + j I(k) 



(7) 



and that the sequence has length N, R(k) and I(k) should satisfy the following relations: 



R(k) = R(N-k), k = I, . . ., N/2-1 
I(k) = -I(N-k), k = 1, . . ., M2-1 
7(0) = I(N/2) = 0. 



(8) 

(9) 

(10) 
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In other words, the real part of the transform is symmetric around zero frequency, 
while the imaginary part is antisynmietric. Similar conditions hold if the transform is ex- 
pressed in terms of magnitude and phase. 

The savings are due to the fact that not all points need to be computed. Since the 
not-computed points do not need to be saved either, there are also storage savings. An 
efficient algorithm for real- valued FFTs is described in [10]. This algorithm was im- 
plemented in the present study in such a way that, given the sequence of N real numbers 
jc(0), x{\), . . .,jc(N-l), the resulting FFT, consisting of complex numbers, is stored as 
/?(0), R{\), . . .,R(N/2), I(N/2-l), I(N/2-2), . . .,/(!). R(k) and I(k) represent the real and 
imaginary parts of the complex number X(k). Figure 1 1 shows the memory arrangement 
for the FFT. Note that the input to the real FFT should be bit-reversed, but the bit rever- 
sal can be done as the data is brought in. With this arrangement, an A^-point FFT uses 
exactly A^ memory locations. If the full array X(k) is needed, the following relations should 
be used: 



X(0) = R(0) 

X(k) = R(k) + j I(k), a: = 1, . . ., N/2-1 

X(N/2) = R(NI2) 

X(k) = R(N-k) - j I(N-k). k = M2 + 1, . 



.,N-l 



(11) 
(12) 

(13) 
(14) 



x(0) 




R(0) 


x(1) 


R(1) 


x(2) 












- 


- 


^ 


BIT- 
REVERSAL 


^ 


REAL 
FhF 




R{N/2) 


- 


p 


P 


P 


l(N/2-1) 


- 












l(N/2-2) 


x(N-2) 




- 


x(N-1) 


1(1) 



Figure 11. Memory Arrangement of a Real FFT. 

It is expected that, in most signal processing applications, there will be no need to 
reconstruct the full X(k) array and that the output shown in Figure 1 1 will be sufficient 
for any further processing. 
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Appendix C contains TMS320C30 routines implementing a radix-2 real FFT and 
its inverse. The implementation of the forward transformation is based on the FORTRAN 
programs contained in [10]. The inverse transformation assumes that the input data are 
given in the order presented at the output of the forward transformation and produces a 
time signal in the proper order (i.e., bit-reversing takes place at the end of the program). 
Viewed another way, the inverse real FFT operates as shown in Figure 11 but with the 
arrows reversed (and inverse FFT taking the place of the FFT). 

The timing for the real-valued FFT (both forward and inverse) is included in Table 
2, and the corresponding program sizes are shown in Table 1. As you can see, the real- 
valued FFT is considerably faster than the corresponding complex FFT because not all 
the computations need be performed. Furthermore, there are data storage savings because 
only half the values must be stored. As a result, the maximum length of real-valued FFT 
that can be implemented on the TMS320C30 without using any external memory is 2048 
points. Of course, if all the values are needed, they can be recovered using the symmetry 
conditions mentioned earlier. To achieve the efficiencies of real FFT and not use any ex- 
tra memory locations during the computation, the decimation-in-time method is applied 
[10]. Decimation in time requires the bit-reversal operation in the forward transform to 
be performed at the beginning of the program rather than at the end. The reverse is true 
for bit-reversing in the inverse transform. 

The Discrete Hartley Transform 

Another transform that has attracted attention recently is the Discrete Hartley 
Transform (DHT)[11, 12]. The DHT is applicable to real-valued signals and is closely 
related to the real- valued FFT. Comparison of references [10] and [12] describing the 
implementation of the two algorithms on FORTRAN programs shows that their implemen- 
tation on the TMS320C30 should be similar. And indeed, this is the case. 

The DHT pair is defined for a real-valued sequence x(n), n = 0, . . .,N—1, by 
the following equations: 

A^-1 
H(k) = D x(n) cas(27rk n / N), k=0, . . ., A^-1 (15) 

n=0 

N-l 
x(n) = 1_ E H(k) cas(27rk n / N), k=0, . . ., A^-1 (16) 

N k=0 

where cas(x) = cos(x) -h sin(x). The DHT demonstrates a symmetry that is convenient 
for implementations: The same program can be used for both the forward and the inverse 
transforms, and the result is correct within a scale factor. Also, the real FFT and the DHT 
can be derived from each other [12]. 
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A radix-2 Hartley transform was implemented on the TMS320C30, and the cor- 
responding code is included in Appendix D. This code follows the structure of the real 
FFT in Appendix C. Tables 1 and 2 show the program memory requirements and the 
timing for the execution of Hartley transforms of different sizes. The sine/cosine table 
sizes are the same as in the case of a real FFT. 

The Discrete Cosine Transform 

The Discrete Cosine Transform (DCT), since its introduction in 1974 [13], has gained 
popularity in speech and image processing applications because of its near-optimal behavior. 
This discussion is based on the paper by Lee [14]. The DCT code was developed and 
implemented by Paul Wilhelm of the University of Washington. 

Ifx(n), n=0, , . .,A^-1 is a time-domain signal and X(k) is the corresponding DCT, 
x(n) and X(k) are related by the following equations: 

A^-1 
x(k) = 1. D e(k) x(n) cos (2k + Dm (17) 

N n=0 2N 



N-l 
x(n) = E e(k) X(k) cos gfc + 1)to (18) 

k=0 IN 

e{0) = 1/ V 2 (19) 

e(k) = 1, fork ^ (20) 

Appendix E shows an implementation of the DCT based on the paper by Lee [14]. 
The appendix contains the algorithms for both the forward and the inverse transformations 
and an example of a table for a 16-point DCT. Note that, because of the structure of the 
algorithm, the cosine table needed contains actually the inverses of the cosines (within 
a scale factor), and it is not stored in the natural order. Instead, it is generated by the 
following C pseudocode: 

for[k = 2. i = 0: k = N/2; k* = 2] 
for[j = k/2; j<N/2; j+=k][ 

cos_table[i++] = 1/[2*cos[j*pi/[2*N]]]: 
cos_table[i++] = 1/[2*cos[[N-j]*pi/[2*N]]]; 



cos_table[N-2] = cos[pi/4]; 
cos_table[N-1] = 2/N; 
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The last entry to the table is not part of the cosine itself; it is a constant that is used 
by the algorithm, and it is placed at the end of the cosine table for convenience. 

Table 3 shows the timing of the forward and inverse transforms for different transform 
lengths. The difference in the timing between the forward and the inverse transforms is 
due to the fact that more time was expended to optimize the performance of the inverse 
transform. Since four of the smallest butterflies were done simultaneously in the center 
program loop, the minimum permissible array size to be transformed is 8. 



Table 3. DCT Timing in Milliseconds 


Transform 


Forward 


Inverse 


Size 


Transform 


Transform 


16 


0.023 


0.020 


64 


0.105 


0.088 


128 


0.230 


0.193 


256 


0.502 


0.416 


512 


1.094 


0.905 


1024 


2.378 


1.982 



Other Related Transforms 

In addition to the FFT types mentioned earlier (complex, real, decimation-in-time, 
decimation-in-frequency, etc.), newer forms of the FFT have been developed to reduce 
the computational load. One of the latest in the literature is the Split-Radix FFT. The Split- 
Radix FFT [16] has the lowest number of multiplies and adds of any known algorithm. 
It achieves this efficiency by combining certain radix-2 and radix-4 butterflies, but, as 
a result, the classical concept of FFT stages is lost. The new structure uses a rather 
complicated indexing scheme, which is the price paid for the reduced multiplies/adds. 
Since, on the TMS320C30, multiplies/adds are not more expensive computationally than 
any other operation, the indexing scheme wipes out the gains of the reduced arithmetic. 
Actually, an implementation of the split-radix FFT showed it to be slower than the radix-2 
FFT, one of the main reasons being that the block-repeat structure could no longer be 
used effectively. 

Very often, there is a question on what the different benchmark numbers mean. A 
useful comparison of execution times for different algorithms on different machines has 
been made [17]. Table 4 presents a small segment of the resulting information that is relevant 
to the present discussion: the timing in seconds for the radix-8, mix-radix, and split-radix 
algorithms that were implemented on various machines. Different operating systems and 
compilers have been used, as shown. The execution times of Table 4 should be compared 
with the 0.001879 s that it takes to implement a 1024-point, radix-2, real FFT on a 
TMS320C30. As can be seen, the TMS320C30 compares favorably to all the other machines 
investigated. 
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Table 4. Execution Times in Seconds for a 1024-Point Real FFT. The Numbers Should 
Be Compared with 0.001879 s of a 1024-Point Real FFT on the TMS320C30 



Machine 


Radix-8 


Mix-radix 


Split-radix 


VAX 750 UNIX BSD4.2 f77 


0.3634 


0.3902 


0.3021 


VAX 750 UNIX BSD4.2 f77 -0 


0.2376 


0.2948 


0.2089 


VAX 750 UNIX BSD4.3 f77 


0.2545 


0.2600 


0.2371 


VAX 750 UNIX BSD4.3 f77 -0 


0.1825 


0.2127 


0.1672 


VAX 785 ULTRIX f77 


0.1046 


0.1107 


0.1101 


VAX 785 ULTRIX f 77 -0 


0.0796 


0.0943 


0.0811 


VAX 785 VMS FOR/NOOPTM 


0.0767 


0.0871 


0.0975 


VAX 785 VMS FOR/OPTM 


0.0539 


0.0641 


0.0633 


VAX 8600 VMS FOR/OPTM 


0.0217 


0.0243 


0.0235 


MICROVAX VMS FOR/NOOPTM 


0.1671 


0.1846 


0.1864 


MICROVAX VMS FOR/OPTM 


0.1299 


0.1527 


0.1419 


DEC-10 TOPS-10 FOR/NOOPTM 


0.0940 


0.1184 


0.0991 


DEC-10 TOPS-10 FOR/OPTM 


0.0885 


0.1110 


0.0845 


CDC 855FTN5,OPT = 


0.0277 


0.0319 


0.0338 


CDC 855 FTN5,0PT=1 


0.0277 


0.0316 


0.0337 


CDC 855 FTN5,OPT = 2 


0.0182 


0.0171 


0.0151 


CDC 855 FTN5,OPT = 3 


0.0180 


0.0173 


0.0150 


SUN 3/50 UNIX BSD4.2 f77 -0 -f68881 


0.2518 


0.3365 


0.2103 


SUN 3/50 UNIX BSD4.2 f77 -f68881 


0.2806 


0.3897 


0.2802 


SUN 3/50 UNIX BSD4.2 f77 -0 


0.7586 


1.047 


0.6955 


SUN 3/50 UNIX BSD4.2 f77 


0.7476 


1.029 


0.7033 


SUN 3/160 UNIX BSD4.2 f77 


0.6037 


0.6895 


0.5660 


SUN 3/160 UNIX BSD4.2 f77 -pfa 


0.0983 


0.1060 


0.0946 


SUN 3/260 UNIX BSD4.3 f77 


0.3689 


0.4126 


0.3390 


SUN 3/260 UNIX BSD4.3 f77 -0 


0.3530 


0.4142 


0.3297 


Pyramid 90X UNIX BSD4.2 f77 -0 


0.2053 


0.2244 


0.1416 


Pyramid 90X UNIX BSD4.2 f77 


0.2206 


0.2457 


0.1326 


HP- 1000 21MX-EFTN7X 


0.9400 


1.248 


0.9478 


Apple MAC Microsoft FOR 


2.6670 


3.1600 


2.8260 


AST PC Microsoft FOR 


1.5040 


2.0800 


1.4630 
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The TMS320C30 C Compiler 

The C compiler for the TMS320C30 permits easy porting of high-level language 
programs to the DSP device. If the CPU loading of a particular application is not very 
high, the C compiler can create programs that run on the TMS320C30 in real time. If, 
however, the result is non-realtime, it may be necessary to use assembly language for 
more efficient coding. 

In most cases, only a portion of the code needs to be written in assembly language. 
Typically, there are a few code segments where the device spends most of the time and 
which, when optimized in assembly language, yield the necessary performance 
improvement. By following the conventions outlined in the run-time environment of the 
C compiler [15], you can write these time-critical routines in assembly language and call 
them in a C program. This is also true for the FFT routines. In appendices A, B, and 
C, the radix-2, radix-4, and real FFT routines mentioned earlier are also put in a C-callable 
form by adding the necessary interface at the beginning and the end of the code. The tables 
with the sines and cosines are again assumed to be supplied during link time. 

Issues in FFT Implementation 

There are many ways of actually implementing the FFT code (and the other 
transformations), taking into consideration the different possibilities of program locations, 
the data locations, the ways of input and output, etc. Since it is impractical to cover every 
possible case, this report has concentrated on a configuration in which the use of external 
memory is minimized. With the source code and additional explanations provided, you 
should be able to customize the FFT implementation for a particular application. 

Use of External Memory 

In these implementations, only on-chip memory was used, and that's why the 
maximum transform size considered was 1024 points long (2048 for a real transform). 
Often, though, applications call for use of external memory for program or data or both. 
When external memory is used, the structure of the code does not change at all; it is only 
the timing that may be affected. 

Fast external memory can be selected so that no wait states are necessary. But even 
when there are no wait states, accessing external memory may impose some limitations. 
For instance, you can make only one external memory access in a full cycle, but you can 
make two accesses of internal memory in each cycle. Also, because of mutliplexing of 
the busses, pipeline conflicts may arise if both program and data are placed on the same 
external port. Resolution of such conflicts causes extra cycles for the execution. The section 
on pipelining in the TMS320C30 User's Guide explains in detail what kind of potential 
conflicts may occur. 
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To minimize or avoid such conflicts, there are some simple steps that the designer 
can take. The TMS320C30 has three separate memory areas (one on-chip, one accessed 
by the primary bus, and one accessed by the expansion bus) that can be combined. For 
instance, the program can be placed on the expansion port and the data on the primary 
port. Or the data can first be brought into internal memory and then operated upon. 
Alternatively, the program may be relocated to internal memory. A related approach is 
to use the cache. All the transforms are implemented as loops that are executed many 
times. If you activate the on-chip cache after the first access of the code, the instructions 
execute from the cache instead of the external memory. 

If there are additional conflicts, they can typically be resolved by some rearrangement 
of the code. For instance, consecutively writing to external memory takes two cycles per 
write. If, however, a write is followed by some internal operation, then the second cycle 
of the write is transparent, and the actual cost is one cycle. 

Bit Reversal 

The TMS320C30 has a special form of the indirect addressing mode for the bit- 
reversing operation that is required at the beginning or the end of an FFT. Through this 
addressing mode, the scrambled data are accessed in their proper order. This addressing 
mode works as follows: 

Let ARn (n=0..7) be the auxiliary register pointing to the array with scrambled 
data. The index register IRO contains a number equal to one-half the size of the FFT. 
Then, after every access of the data, ARn is incremented by IRO using the construct 

*ARn++[IRO]B 

This causes the contents of ARn to be incremented by the contents of IRO, but if 
there is a carry in this incrementing, the carry propagates to the right instead of to the 
left. The result is the generation of the addresses in a bit-reversed order. The bit-reversed 
addressing mode works correctly if the array with the data is aligned in memory so that 
the first memory address is a multiple of the FFT size. This can be achieved if the first 
memory address has zeros for the last M bits, where M = log2N, with TV being the FFT 
size. For example, in the case of a 1024-point FFT, the last 10 bits of the memory address 
of the first datum should be zeros. 

In the implementation of the complex FFT, the output is complex even when the 
input is real. So, there is a need to consider both the real and the imaginary parts of the 
data array. The above description of the bit-reversed addressing mode assumed that the 
real and the imaginary parts are stored as separate arrays in the memory. In this case, 
each of the arrays (real or imaginary parts) can be accessed as described. However, in 
most cases (including this report), the real and imaginary points alternate in the same array. 
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In this arrangement, the following simple modification achieves the same goal: set IRO 
equal to A^ instead of A^/2, and access the A^ points of the transform. At every access, the 
auxiliary register is pointing to the real part of the FFT. The imaginary part is located 
in the next higher location, and it can be easily accessed. 

With the bit-reversed addressing mode, the unscrambling of the data can take place 
when the FFT result is accessed for further processing or for I/O. It is possible, though, 
that certain applications demand the reordering of the data in the same array. Such a 
rearrangement can be done very simply for a complex FFT with the following code. 

; DO THE BIT-REVERSING EXPLICITLY 



RC = FFT SIZE 

RC SHOULD BE ONE LESS THAN DESIRED # 

IRO = FFT SIZE 





LDI 


@FFTSIZ.RC 




SUBI 


1.RC 




LDI 


@FFrSIZ.IF10 




LDI 


@INPUT.ARO 


• 


LDI 


@INPUT.AR1 




RPTB 


BIIHV 




CMPI 


AR1 .ARC 




BGE 


CONT 




LDF 


*ARO.RG 


II 


LDF 


*AR1 .R1 




STF 


R0.*AR1 


II 


STF 


R1.*AR0 




LDF 


*+ARO.RO 


II 


LDF 


* + AR1.R1 




STF 


R0,*+AR1 


II 


STF 


R1/+AR0 


CONT NOP 


*AR0++[2] 


Bimv 


NOP 


*AR1 + +[IR0]B 



EXCHANGE LOCATIONS ONLY 
IFAR0AR1 

EXCHANGE REAL PARTS 



EXCHANGE IMAGINARY PARTS 



Note that ARl is pointing to the bit-reversed version of the address contained in 
ARO. For real- valued FFT, or for FFTs that store the real and the imaginary parts in 
separate arrays, the real-FFT routine in Appendix C contains a modified example of the 
above code. 

Use of DMA 

If the signal to be transformed arrives as a continuous stream of data, the DMA 
could be used to collect the new data while the data already collected are processed. In 
this case, the data source address of the DMA points to the memory location correspond- 
ing to a serial port, or to another port associated with an external device. The destination 
is a memory space designated for storage. 
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There are two ways to use such buffers. One possibility is to designate one buffer 
as the temporary storage and the other buffer as the working area. When the storage buffer 
receives the necessary amount of data, the data is transferred to the working area, and 
the DMA starts refilling the storage buffer. Alternatively, the two buffers are considered 
equivalent: when the processor finishes processing and outputting the data from one and 
the DMA has filled the other, the two buffers switch functions; i.e., the DMA starts filling 
the first buffer while the CPU is processing the data in the buffer just filled. 

Test Vector 

For testing purposes, a vector with 64 (quasi-random) data points and the 
corresponding FFT values is given in Appendix F. In this way, if any of the routines is 
implemented, the test vectors can be used to verify the correct functionality of the routines. 
Together with the test vectors. Appendix C gives a sine/cosine table for a 64-point 
transform, and the linking file for such a transform. 

Summary 

This report examined implementations of fast transforms on the Texas Instruments 
TMS320C3x floating-point devices. The transforms considered were several forms of the 
FFT, the Discrete Hartley Transform, and the Discrete Cosine Transform. Because of 
the powerful architecture of the device, the implementation was done easily and efficiently. 
It was shown that a TMS320C30 executes the FFTs several times faster than large computers 
such as VAX and SUN workstations. With the availability of the C compiler, these routines 
can be put in C-callable form and be used to compute the corresponding transforms 
efficiently. 
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Appendices 



Appendices A to F contain the TMS320C30 assembly language programs for the 
different algorithms considered. The contents of the appendices are as follows: 

Appendix A: Radix-2 Complex FFT. 
composed of 

Al: Generic Program to Do a Looped-Code Radix-2 FFT 

Computation on the TMS320C30. 
A2: fft_2 - Radix-2 Complex FFT to Be Called as a C 

Function. 
A3: Complex, Radix-2 DIT FFT - R2DIT.ASM. 
A4: Complex, Radix-2 DIT FFT - R2DITB.ASM. 
A5: TWIDIKBR.ASM - Table with Twiddle Factors for a FFT 

up to a Length of 1024 Complex Points. 



Appendix B: 

composed of 

Bl: 

B2: 



Appendix C: 

composed of 

CI: 

C2: 
C3: 



Radix-4 Complex FFT. 

Generic Program to Do a Looped-Code Radix-4 FFT on the 

TMS320C30. 

fft_4 - Radix-4 Complex FFT to Be Called as a C 

Function. 

Radix-2 Real FFT. 

Generic Program to Do a Radix-2 Real FFT Computation 
on the TMS320C30. 

fft_rl - Radix-2 Real FFT to Be Called as a C Function. 
Generic Program to Do a Radix-2 Real Inverse FFT 
Computation on the TMS320C30. 



Appendix D: Discrete Hartley Transform, 
composed of 

Dl: Generic Program to Do a Radix-2 Hartley Transform on the 
TMS320C30. 



Appendix E: 
composed of 
El 
E2 
E3 
E4 



Discrete Cosine Transform. 

A Fast Cosine Transform. 

A Fast Cosine Transform (Inverse Transform). 

FCT Cosine Tables File. 

Data File. 
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Appendix F: Test Vectors, 64-Point Sine Table, Link Command File, 
composed of 

Fl: Example of a 64-Point Vector to Test the FFT Routines. 

F2: File to Be Linked with the Source Code for a 64-Point, 
Radix-4 FFT. 

F3: Link Command File. 

The first three appendices contain the code for the radix-2, complex radix-4, and 
real radix-2 FFT transformations. These routines are given in both the regular form and 
in a C-callable form. Furthermore, the contents of a file with the twiddle factors are given, 
as well as an example of a link conmiand file for a 64-point FFT. Note that the source 
code of these routines can be downloaded from the TI DSP bulletin board (BBS) by calling 
(713) 274-2323. For questions regarding the BBS, call the TI DSP hodine at (713) 274-2320. 
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I3ENERIC PROGRAM TO DO A LOOPED-CODE RADIX-2 FFT COMPUTATION ON THE 
Tt1S320C30. 

THE PROGRAM IS TAKEN FROH THE BURRUS k Pm^S BOOK, P. 111. TIC (COMDEX) 
DATA RESIDE IN INTERNAL MEMORY. T\€ COMPUTATION IS DONE IN-PLflCE, BUT THE 
RESULT IS MOVED TO WJOTHER MEMORY SECTION TO DEMONSTRATE THE BIT-REVERSED 
ADDRESSING. THE TWIDDLE FACTORS ARE SUPPLIED IN A TABLE PUT IN A .DATA 
:5ECTI0N. THIS DATA IS INCLUDED IN A SEPARATE FILE TO PRESERVE THE GEfCRIC 
NATURE OF THE PROGRAM. FOR THE SAME PURPOSE, THE SIZE OF THE FFT N AND 
lOG2(N) ARE DEFINED IN A .GLOBL DIRECTIVE AND SPECIFIED DURING LINKING. 



AUTHOR: PANOS E. PAPAMICHALIS 



TEXAS INSTRUMENTS 


GlOBl 


FFT 


GLOBL 


N 


GLOBL 


M 


GLOBL 


SINE 


USECT 


"INM024 


BSS 


OUTP, 1024 



INITIALIZE 
.WORD 



FFTSIZ 


.WORD 


N 


logfft 


.WORD 


M 


SINTAB 


.WORD 


SINE 


INPUT 


.WORD 


INF- 


OUTPUT 


.WORD 


aiTP 



LDI 


§FFTSIZ,IR1 


LSH 


-2,IR1 


LDI 


0,AR6 


LDI 


eFFTSIZ.IRO 


LSH 


1,IR0 


LDI 


eFFTSIZ,R7 


LDI 


1,AR7 


LDI 


1,AR5 


IXITER LOOP 




NOP 


♦++AR6(1) 


LDI 


eiNPlJT,ARO 



JULY 16, 1987 

; ENTRY POINT FOR EXECUTION 

; FT SIZE 

; L0G2(N) 

; ADDRESS OF SINE TABL£ 

; MEMORY WITH INPUT DATA 

; MEMORY WITH OUTPUT DATA 



I STARTING LOCATION OF THE PROGRAM 
I RESERVE lOO WORDS FOR VECTORS, ETC. 



I COMMAND TO LOAD DATA PAGE POINTER 



; IRl=N/4, POINTER FOR SIN/COS TABLE 
I mt HOLDS THE CURRENT STAGE NUMBER 

IR0=2«N1 (BECAUSE OF REAL/IMAG) 

R7=N2 

INITIALIZE REPEAT COUNTER OF FIRST 

LOOP 

INITIALIZE IE INDEX (AR5=IE) 



ADDI 


R7,AR0,AR2 


AR2 POINTS TO X(L) 


LDI 


AR7,RC 




SUBI 


1,RC 


RC SHOULD BE ONE LESS THAN DESIRED 


FIST LOOP 






RPTB 


BLKl 




ADDF 


♦AR0,*AR2,R0 


RO=X(I)+X(L) 


SUBF 


♦AR2++,«AR0++,R1 


R1=X(I)-X(L) 


ADDF 


♦AR2,»AR0,R2 


R2=Y(I)+Y(L) 


SUBF 


♦AR2,*AR0,R3 


R3=Y(I)-Y<L) 


STF 


R2,»«W)- 


Y(I)=R2 Wffi... 


STF 


R3,»AR2-' 


Y(L)=R3 


STF 


R0,»<«0++(IRO) 


X(I)=RO AND... 


STF 


Rl,«flR2++(IR0) 


X(L)=R1 AND AR0,2 = AR0,2 + 2*N1 






IF THIS IS THE LAST STAGE, YOU /«E DONE 



I CURRENT FFT STAGE 
; ARC POINTS TO X(I) 



CMPI 


eL0GFFT,AR6 




BZD 


END 




MAIN INNER LOOP 




LDI 


2,AR1 


INIT LOOP COUNTER FOR INNER LOOP 


LDI 


eSINTAB,AR4 


INITIALIZE lA INDEX (AR4=IA) 


>: ADDI 


AR5,W14 


IA=IA+IE; m POINTS TO COSINE 


LDI 


AR1,AR0 . 




ADDI 


2,AR1 


INCREMENT INNER LOOP COUNTER 


ADDI 


eiNPUT,/«0 


(X(I),Y(I)) POINTER 


ADDI 


R7,AR0,AR2 


(X(L),Y(L)) POINTER 


LDI 


AR7,RC 




SUBI 


1,RC 


RC SHOULD BE ONE LESS THAN DESIRED 


LDF 


♦AR4,R6 


R6=SIN 


SECOND LOOP 






RPTB 


BLK2 




SUBF 


»AR2,»AR0,R2 


R2=X(I)-X(L) 


SUBF 


*+AR2,*+AR0,Rl 


R1=Y(I)-Y(L) 


MPYF 


R2,R6,R0 


R0=R2»SIN fm... 


ADDF 


♦+AR2,*-W«0,R3 


R3=Y(I)+Y(L) 


MPYF 


R1,«+AR4(IR1),R3 


R3=R1»C0S m... 


STF 


R3,*+AR0 


Y(I)=Y(I)+Y(L) 


SUBF 


R0,R3,R4 


R4=R1*C0S-R2»SIN 


MPYF 


R1,R6,R0 


R0=R1«SIN AND... 


ADDF 


♦AR2,»AR0,R3 


R3=X(I)+X(L) 


MPYF 


R2,»+AR4(IR1),R3 


R3=R2»C0S AND... 


STF 


R3,»ARO++(IR0) 


X(I)=X(I)+X(L) (m AR0=AR0+2»N1 


ADDF 


R0,R3,R5 


R5=R2»C0S+R1»SIN 


STF 


R5,*W^2++<IR0) 


X(L)=R2»C0S+R1*SIN, INCR AR2 WO... 


STF 


R4,»+AR2 


Y(L)=R1»C0S-R2»SIN 


CMPI 


R7,AR1 




BNE 


INLOP 


LOOP BACK TO J\£ INNER LOOP 



n o 


o 


fD 


H 





^ 


•^ 


c 


S' 


1' 




o 







P 


«-^ 


M 


s- 


P^ 


fD 


© 


^ o 


2 


o 


C/3 


^ 


u> 




bs 


fH 


o 


Q 


n 


o 


u> 


"2 


o 


9- 




n 




© 




a 




o 




W 




Ui 




a 




^^* 




^ 




bj 




*rii 




»* 




H; 



^i^ 
S 



I 



f 



G 



LSH 


1,AR5 


LDI 


R7,IR0 


LSH 


-1,R7 


BR 


LOOP 



INCR0CNT LOOP COUNTER FOR NEXT TIME 

IE=2*IE 

N1=N2 

N2=N2/2 

NEXT FFT STAGE 



STORE RESULT OUT USING BIT-REVERSED ADDRESSING 

1 RC=N 
RC SHC 
IRO=SIZE OF FFT=N 



LDI 


€FFTSIZ.RC 


SUBI 


1,RC 


LDI 


8FFTSIZ,IR0 


LDI 


2,IR1 


LDI 


§INPUT,ARO 


LDI 


eOUTPUT.Wll 


RPTB 


BITRV 


LDF 


♦+AR0(1),R0 


LDF 


»AR0++(IR0)B,R1 


SF 


R0,»+AR1(1) 


SF 


Rl,»tf^l++(IR1) 



(O SUBI 1,RC . RC SHOULD BE ONE LESS THW DESIRED i 






: BRANCH TO ITSELF AT THE END 



I 









i 



♦ NAME: 

» fft_2 — RADn-2.C0nPLEX FF TO K CALLED AS A C FUNCTION. 

♦ SYNOPSIS: 

« INT fft_2(N, M, DATA) 

♦ INT N FFT SIZE: N=2«H 

« INT i1 NUMBER OF STAGES = L0G2(N) 

♦ FLOAT «DATA ARRAY WITH INPUT AND OUTPUT DATA 

» DESCRIPTION: 

» GENERIC FUNCTION TO DO A RADIX-2 FFT COMPUTATION ON THE 320C30. 

♦ THE DATA ARRAY IS 2*N-L0NG, WITH REAL AND IMAGINARY VW.UES ALTERfWTING. 

♦ THE PROGRAM IS BASED ON THE FORTRAN PROGRAM IN THE BURRUS AND PARKS 

♦ BOOK, P. HI. 
» 

♦ THE COMPUTATION IS DONE IN PLACE, AND THE ORIGINAL DATA IS DESTROYED. 

♦ BIT REVERSE. IS IMPLEMENTED AT THE END OF THE FUNCTION. IF THIS IS NOT 

♦ NECESSARY, THIS PART CAN BE COMMENTED OUT. 
» 

« THE SINE/COSINE TABLE FOR THE TWIDDLE FACTORS IS EXPECTED TO BE SUPPLIED 

♦ DURING LINK TIME, AND IT SHOULD HAVE THE FOLLOWING FORMAT: 
» 

♦ .GLOBAL .sine 
» .DATA 

♦ _5ine .FLOAT VALUEl = 5in(0«2«pi/N) 

♦ .FLOAT VALUE = sin(l»2»pi/N) 



.6L0BL 
.GLOBL 

.BSS 
.BSS 
.BSS 



-fft.2 
-Sine 

FFTSIZ.l 
LOGFFT.l 
INPUT,! 



INITIALIZE C FUNCTION 



.FLOAT VALUE(5N/4) = 5in( (5^/4-1 )*2tpi/N) 

THE VALUES VALUEl, VALUE2, ETC., ARE THE SAME WAVE VALUES. FOR AN 
N-POINT FFT, THERE ARE N+N/4 VW.UES FOR A FULL AND A QUARTER PERIOD OF 
THE SINE WAVE. IN THIS MAY, A FULL SINE AND COSIfC PERIOD /«E AVAILABLE 
(SUPERIMPOSED). 

STACK STRUCTURE UPON THE CALL: 



PUSH 


FP 


LDI 


SP,P 


PUSH 


R4 


PUSH 


R5 


PUSHF 


R6 


PUSHF 


R7 


PUSH 


m 


PUSH 


AR5 


PUSH 


AR6 


PUSH 


«?7 


LDI 


♦-FP(2),R0 


STI 


RO,tfFTSIZ 


LDI 


♦-FP(3),R'0 


STI 


R0,§LOGFT 


LDI 


*-FP(4),R0 


STI 


R0,§ INPUT 



INITIALIZE FFT ROUTINE 



-FP(4) 


DATA 1 


-FP(3) 


n ! 


-FP(2) 


N ! 


-FP(l) 


RETURN ADDR ! 


-FP(0) 


OLDFP 1 



REGISTERS USED: RO, Rl, R2, R3, R4, R5, R6, R7, <«0, ARl, AR2, AR4, AR5 
AR6, AR7, IRQ, IRl, RS, RE, RC 



AUTHOR: PANOS E. PAPAMICWLIS 

TEXAS INSTRUMENTS OCTOBER 13, 1987 
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aiTER LOOP 




NOP 


»^+AR6(l) 


LDI 


eiNFUT,ARO 


ADD I 


R7.AR0,AR2 


LDI 


«^7,RC 


SUBI 


1,RC 



! ENTRY POINT FOR EXECUTION 
: ADDRESS OF SINE TABLE 



> 

ft) 



X 



SAVE DEDICATED REGISTERS 



a 

n 

^^ 

o' 




MOVE ARGUMENTS TO LOCATIONS MATCHING 
; THE NW1ES IN THE PROGRAM 



LDI 


eFFTSIZ,IRl 




LSH 


-2, IRl 


IRl=N/4, POINTER FOR SIN/COS TABLE 


LDI 


0,AR6 


AR6 HOLDS THE CURRENT STAGE NUMBER 


LDI 


gFFTSIZ.IRO 




LSH 


l.IRO 


IR0=2*N1 (BECAUSE OF REAL/IMAG) 


LDI 


eFFTSIZ,R7 


R7=N2 


LDI 


1,AR7 


INITIALIZE REPEAT COUNTER OF FIRST 
LOOP 


LDI 


1,AR5 


INITIALIZE IE INDEX (AR5=IE) 



CURRENT FFT STAGE 
ARC POINTS TO X(I) 
AR2 POINTS TO X(L) 

; RC SHOULD BE ONE LESS T>1AN DESIRED i 



L 

I 

a 

n 

o 



ft 



W 
ft 

n 

to 

n 



:i. 

s 



.3 



i 

G 



RPTB 


BLKl 




ADDF 


*flR0,«flR2,R0 


RO=X(I)+X(L) 


SUBF 


♦AR2++,»AR<H+,R1 


R1=X(I)-X(L) 


ADDF 


♦AR2,»AR0,R2 


R2=Y(I)+Y(L) 


SUBF 


♦AR2,»AR0,R3 


R3=Y(I)-Y(L) 


STF 


R2,*«0- 


Y(I)=R2 AND... 


STF 


R3,»AR2- 


Y(L)=R3 


STF 


RO,*tf«)++(IRO) 


X(I)=RO AND... 


SF 


Rl,*fiR2++(IR0) 


X(L)=R1 AND AR0,2 



LDI 


R7,IR0 


; N1=N2 


LSH 


-1,R7 


; N2=N2/2 


BR 


LOOP 


; NEXT FFT STAGE 



DO THE BIT-REVERSING OF THE OUTPUT 



IF THIS IS T« LAST STAGE, YOU WE DONE 



CJ1PI 


8L0GFFT,AR6 




BZD 


END 




MAIN INNER LOOP 




LDI 


2,AR1 


INIT LOOP COUNTER FOR INNER LOOP 


LDI 


eSINTAB,AR4 


INITIALIZE lA INDEX <AR4=IA) 


': ADDI 


AR5,W^4 


IA=IA+IE; AR4 POINTS TO COSINE 


LDI 


AR1,AR0 




ADDI 


2,AR1 


INCREMENT INNER LOOP COUNTER 


ADDI 


eiNPUT,ARO 


(X(I),Y(I)) POINTER 


ADDI 


R7,AR0,AR2 


(X(L),Y(L)) POINTER 


LDI 


AR7,RC 




SUBI 


1,RC 


RC SHOULD BE ONE LESS THAN DESIRED « 


LDF 


♦AR4,R6 


R6=SIN 


SECOND LOOP 






RPTB 


BLK2 




SUBF 


fAR2,»AR0,R2 


R2=X(I)-X(L) 


SUBF 


*+f«2,»+AR0,Rl 


Rl=Y(I)-Y(L) 


MPYF 


R2,R6,R0 


R0=R2*SIN AND... 


ADDF 


*+AR2,»+AR0,R3 


R3=Y(I)+Y{L) 


MPYF 


R1,*+AR4(IR1),R3 


R3=R1»C0S WC... 


STF 


R3,»+AR0 


Y(I)=Y(I)+Y(L) 


SUBF 


R0,R3,R4 


R4=R1*C0S-R2»SIN 


HPYF 


R1,R6,R0 


R0=R1»SINAND... 


ADDF 


*AR2,*AR0,R3 


R3=X(I)+X(L) 


MPYF 


R2,»+AR4(IR1),R3 


R3=R2»C0SAND... 


STF 


R3,*<«0++(IR0) 


X(I)=X(I)+X(L) AND AR0=M«)+2»N1 


ADDF 


R0,R3,R5 


R5=R2*C0S+R1»SIN 


STF 


R5,*tfl2++(IR0) 


X(L)=R2*C0S+«1»SIN, INCRAR2 AND... 


STF 


R4,t+AR2 


Y(L)=R1*C0S-R2*SIN 


CMPI 


R7,AR1 




BNE 


INLOP 


LOOP BACK TO THE INNER LOOP 


LSH 


1.AR7 


INCREMENT LOOP COUNTER FOR l€XT TIME 


LSH 


1,AR5 


IE=2«IE 



END: 


LDI 


§FFTSIZ,RC 


; RC=N 




SUBI 


l,RC 


; RC SHOULD BE ONE LESS THAN DESIRED t 




LDI 


eFFTSIZ,IRO 


; IRO=SIZE OF FFT=N 




LDI 


eiNPUT.ARO 






LDI 


eiNPUT,Aftl 






RPTB 


BITRV 






CMPI 


AR0,AR1 






BGE 


CONT 






LDF 


♦ARO,R0 






LDF 


♦ARl.Rl 






STF 


R0,»AR1 






STF 


R1,*AR0 






LDF 


*+ARO(l),RO 






LDF 


♦+AR1(1),R1 






STF 


R0,*+AR1(1) 






STF 


RI,»+AR0(1) 




CONT 


NOP 


♦++/«0(2) 




BITRV 


NOP 


♦AR1++(IR0)B 





RESTORE THE REGISTER VALUES AND RETURN 



POP 


AR7 


POP 


mb 


POP 


AR5 


POP 


AR4 


POPF 


R7 


POPF 


R6 


POP 


R5 


POP 


R4 


POP 


FP 


RETS 





00 
00 



I 

Hi 
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COMPLEX, RADIX-2 DIT FFT : R2DIT.ASM 



GEIOIC PROGRAH FOR A FAST LOOPED-CODE RADIX-2 DIT FFT COMPUTATION 
ON THE THS320C30 

WRITTEN BY: RAIMUND MEYER, KARL SCHWARZ 19.07.89 

LE««TUHL FUER fWCHRICHTENTECHNIK 
UNIVERSITAET ERLANGENH*£RNB£RG 
CAUERSTRASSE 7, D-8520 ERLANGEN, FRG 

THE (COMPLEX) DATA RESIDE IN INTERfWL MEMORY. THE COMPUTATION IS DONE 
IN-PLACE, BUT THE RESULT IS MOVED TO WOTHER MEMORY SECTION TO 
DEMONSTRATE THE BIT-REVERSED ADDRESSING. 

FOR THIS PROGRAM THE MINIMUM FFTLENGTH IS 32 POINTS BECAUSE OF THE 
SEPARATE STAGES. 

FIRST TWO PASSES ARE REALIZED AS A FOUR BUTTERFLY LOOP SINCE T« 
MULTIPLIES ARE TRIVIAL. THE MULTIPLIER IS ONLY USED FOR A LOAD IN 
PARALLEL WITH W< ADDF OR SUBF. 



EXAMFIE FOR A 1024-POINT FFT (EXCLUDING BIT REVERSAL): 



MEMORY SIZE: 
PROGRAM 
DATA (TWIDDLE FACTORS) 

CYCLES PER BUTTERFLY: 
STAGES 1 AND 2 
STAGES 3 TO 8 
STAGE 9 
STAGE 10 



229 WORDS 
512 WORDS 



8.25 
8.5 



AVERAGE CYCLES/BUTTERFLY 
TOTAL BUTTERFLYCYCLES 
INITIALIZATION OVERHEAD 



7.275 
= 37248 

= 2181 = 5.55 X OF TOTAL Tilt 
TOTAL NUMBER OF INSTRUCTION CYCLES = 39429 
TOTAL TIME FOR A 1024 POINT FFT = 2.36 as (EXCLUDING BIT 

REVERSAL) 



THIS PROGRAM INCUDES FOaOUING FILES: 

THE FILE 'TWIDIKBR.ASM' CONSISTS OF TWIDDLE FACTORS 

THE TWIDDLE FACTORS ARE STORED IN BITREVERSED ORDER AND WITH A TABLE 

LENGTH OF N/2 (N = FTLENGTH). 

EXW1PLE: SHOWN FOR N=32, WN(n) = C0S(2»PI»n/N) - j»SIN(2»PI*n/N) 

ADDRESS COEFFICIENT 

R{WN(0)> = COS(2»PI»0/32) = 1 

1 -I{WN(0)} = SIN(2*PHK)/32) = 

2 R{WN(4)} = C0S(2»PI»4/32) = 0.707 

3 -I{WN(4)} = SIN(2»PI»4/32) = 0.707 



12 R{WN(3)} = C0S(2»PI»3/32) = 0.831 

13 -I{WN(3)} = SIN(2»PI»3/32) = 0.556 

14 R{WN(7)} = C0S(2»PI»7/32) = 0.195 

15 -I(WN(7)} = SIN(2»PI»7/32) = 0.981 

WHEN GENERATED FOR A FFT LENGTH OF 1024, J\£ TABLE IS FOR ALL 
AVAILABLE FFT OF LESS OR EQUAL LENGTH. 

THE MISSING TWIDXE FACTORS (WN(),WN( ),....) ARE GENERATED BY USING 
THE SYMMETRY WN(N/4+n) = -j»WN(n). THIS CW< BE EASILY REALIZED BY 
CHANGING REAL- AND IfWGINARY PART OF THE TWIDDLE FACTORS AND BY 
NEGATING T« NEW REAL PART. 

TO CHANGE Ttf FFT LENGTH, ONLY THE PARAMETERS IN THE HEADER OF 
TWIDIKBR.ASM AND T* IWHJT AND OUTPUT VECTOR LENGTHS NEED TO BE 
ALTERED. 



N AI - 



\ / 
\ / 



• J BI ( COS - j SIN ) 



TR = BR » COS + BI ♦ SIN 
TI = BR ♦ SIN - BI ♦ COS 
AR'= AR + TR 
Ar= AI - TI 
BR'= m -IR 
Br= AI + TI 



- AR' + j Ar 



- BR' + j BI' 



> 



n 

o 



O 

»*] 

H 
I 

B 



> 






FIRST 2 STAGES AS RADIX-4 BUTTERaV 



ex. 






2^ 



bo 



.global FFT 

.global N 

.global NHAL6 

.global NVIERT 

.global miOEl 

.global N 

.global SINE 

.BSS INP,2048 

.BSS 0UTP,2048 

.text 



INPUT VECTOR LENGTH = 2N (DEPENDS 

ONN) 
OUTPUT VECTOR LENGTH = 2N (DEPENDS 

ONN) 



FFTSIZ 


.word 


N 


F64H2 


.word 


NVIERT-2 


F64I13 


.Hord 


NVIERT-3 


FG8H2 


.word 


NATCHEL-2 


FG2 


.word 


NHALB 


FG2I13 


.word 


NHALB-3 


L06FFT 


.word 


n 


SINTAB 


.word 


SINE 


SINTMl 


.word 


SINE-1 


SINTP2 


.word 


SINE+2 


INPUT 


.word 


INP 


INPUTP2 


.word 


INP+2 


OUTPUT 


.word 


OUTP 


« ARO 


; AR ^ AI 




« ARl 


: BR « BI 




« AR2 


: CR + CI 


+ CR' + cr 


t AR3 


: DR + 01 




» AR4 


: AR' + AI 




* AR5 


: BR' ♦ BI 


'■ 


« AR6 


: OR' + DI 




» m7 

f 

FFT: 


: FIRST TWIDDLE FACTOR = 1 


LDP 


FFTSIZ ; 




LDI 


«FG2,IR0 . 




LDI 


«SINTAB,AR7 ; 




LDI 


«INPUT,ARO . 




ADDI 


IR0,AR0,AR1 ; 




ADDI 


IR0,ARl,Aft2 ; 




ADDI 


IR0,/«2,Afi3 




LDI 


AR0,AR4 ; 




LDI 


fifil,/«5 ; 




LDI 


AR3,AR6 ; 




LDI 


2,IR1 ; 




LSH 


-1,IR0 • 




LDI 


IRO,RC 




SUBI 


2,RC 



LOAD PAGE POINTER 

IRQ = N/2 = OFFSET BETWEEN INPUTS 

AR7 POINTS TO TWIDDLE FACTOR 1 

tm POINTS TO AR 

ARl POINTS TO BR 

AR2 POINTS TO CR 

AR3 POINTS TO DR 

AR4 POINTS TO mf 

AR5 POINTS TO BR' 

m> POINTS TO DR' 

ADDRESS OFFSET 

IRO = N/4 = NUHBER of R4-DUTTERaiES 



FILL PIPaiNE 






AODF 


fAR2,««W,R4 


; R4 = « + CR 


SUBF 


»/«2,»/«0++,R5 


; R5 = «- CR 


ADDF 


«AR1,«AR3,R6 


; R6 = DR ♦ BR 


SUBF 


»ARl++,»<«3+*,R7 


; R7 = DR - BR 


ADDF 


R6,R4,R0 


; AR' = RO = R4 ♦ RA 


HPYF 


tAR3++,t«7,Rl 


, Rl = DI , BR' = R3 = R4 - R6 


SUBF 


R6,R4,R3 




AODF 


Rl,tM^l,RO 


; RO = BI ♦ DI , «' = RO 


STF 


R0,tAR4*+ 




SUBF 


Rl,»tf?l++,R1 


; Rl = BI - DI , BR' = R3 


STF 


R3,»AR5^ 




ADDF 


R1,R5,R2 


• CR' = R2 = R5 ♦ Rl 


HPYF 


»+<«2,tAR7,Rl 


; Rl = CI , DR' = R3 = R5 - Rl 


SUBF 


R1,R5,R3 




ADDF 


R1,«MM,R2 


; R2 = AI ♦ CI , CR' = R2 


STF 


R2,*AR2*+(IR1) 




SUGF 


Rl, •««>♦♦, R6 


5 R6 = AI - CI , DR' = R3 


STF 


R3,*AR6++ 




ADDF 


R0,R2,R4 


• AI' = R4 = R2 ♦ RO 


RADIX-4 BUTTERFLY LOOP 




RPTB 


BLKl 




*YF 


*^~,*<«7,R0 


; RO = CR , (Br = R2 = R2 - RO) 


SUBF 


R0,R2,R2 




HPYF 


tARl+*,»AR7,Rl 


; Rl = BR , (Cr = R3 = R6 + R7) 


ADDF 


R7,R6,R3 




ADDF 


R0,*AR0,R4 


; R4 = tt^ ♦ CR , (AI' = R4) 


STF 


R4,tAR4++ 




SUBF 


R0,t<«0++,R5 


; R5 = AR - CR , (BI' = R2) 


STF 


R2,*AR5++ 




SUBF 


R7,R6,R7 


? (DI' = R7 = R6 - R7) 


ADDF 


R1,>M»,R& 


? R6 = DR + BR , \W = R7) 


STF 


R7,*<«6+* 




SUBF 


Rl,t(«3++,R7 


; R7 = DR - BR , (Cr = R3) 


STF 


R3,tAR2++ 




ADDF 


R6,R4,R0 


; /«' = RO = R4 ♦ R6 


HPYF 


*AR3++,*AR7,R1 


; Rl = DI , BR' = R3 = R4 - R6 


SUBF 


R6,R4,R3 




ADDF 


Rl.tMl.RO 


; RO = BI + DI , «^' = RO 


SF 


R0,»AR4++ 




SUBF 


R1,»AR1++,R1 


; Rl = BI - DI , BR' = R3 


STF 


R3,»AR5+* 




ADDF 


R1,R5,R2 


; CR' = R2 = R5 + Rl 


HPYF 


»+AR2,»<«7,Rl 


; Rl = CI , DR' = R3 = R5 - Rl 


SUBF 


R1,R5.R3 




ADDF 


Rl,»tf»,R2 


; R2 = AI f CI , CR' = R2 


SF 


R2,«AR2++(IR1) 




SUBF 


Rl,*tfWH+,R6 


; R6 = AI - CI , DR' = R3 


STF 


R3,«AR6+.+ 





s 



BLKl ADDF R0,R2,R4 

» aEAR PIPELINE 



; Ar = R4 = R2 + RO 



STF R2,tftR3++ 

LDI <«5,RC 



I 

I 






G 



SUBF 


R0,R2,R2 


; BI' 


= R2 = R2 - RO 


ADDF 


R7,R6,R3 


5 CI' 


= R3 = R6 + R7 


STF 


RA,*ff<A 


; AI' 


= R4 , Br = R2 


STF 


R2,tAR5 






SUBF 


R7,R6,R7 


; DI' 


= R7 = R6 - R7 


SF 


R7,*AR6 


! DI' 


= R7 , Cr = R3 


STF 


R3,*~AR2 







THIRD TO LAST OF STAGE 2 



FILL PIPaiNE 



FIRST BUHERaY-TYPE: 

TR = BR ♦ COS ♦ BI « SIN 
TI = BR ♦ SIN - BI » COS 
«'= AR + TR 
AI'= AI - TI 
BR'= <« - TR 
BI'= AI + TI 



LDI 


eFG2,IRl 




LDI 


IR0,AR5 




SUBI 


l,AR5 




LDI 


1,AR6 




LDI 


eSINTAB,M)7 


POINTER TO TWIDDLE FACTOR 


LDI 


0,AR4 


GROUP COUNTER 


LDI 


eiNPUT,ARO 


UPPER REAL BUTTERFLY IW>UT 


LDI 


tfM),AR2 


UPPER REAL BUTTERFLY OUTPUT 


ADDI 


IR0,AR0,AR3 


LOWER REAL BUTTERFLY OUTPUT 


LDI 


AR3,AR1 


LOWER REAL BUTTERFLY INPUT 


LSH 


1,AR6 


DOUBLE GROUP COUNT 


LSH 


-2,<«5 


HALF BUTTERFLY COUNT 


LSH 


1,AR5 


CLEAR LSB 


LSH 


-1,IR0 


mi STEP FROH UPPER TO LOWER REAL 
PART 


LSH 


-1,IR1 




AUDI 


1,IR1 


STEP FROH OLD IfWGINARY TO NEW REAL 
VALUE 


LDF 


tARl++,R6 


DUrtlY LOAD, ONLY FOR ADDRESS UPDATE 


LDF 


♦AR7,R7 


R7 = C0S 



MPYF 


♦♦AR1,R6,R5 


; R5 = BI * SIN , <AR' = R5) 


SF 


R5,»AR2++ 




SUBF 


R1,R0,R2 


• (R2 = TI =R0 - Rl) 


HPYF 


♦AR1,R7,R0 


; RO = BR * COS , (R3 = AI ♦ TI) 


ADDF 


R2,»AR0,R3 




SUBF 


R2,t<«0++,R4 


; (R4.= AI - TI , Br =R3) 


STF 


R3,»AR3++ 




ADDF 


R0,R5,R3 


; R3 = TR = RO + R5 


MPYF 


fARl++,R6,R0 


. RO = BR ♦ SIN , R2 = « - TR 


SUBF 


R3,*AR0,R2 




*YF 


*AR1++,R7,R1 


; Rl = BI « COS , (Ar = R4) 


STF 


R4,*AR2++ 




ADDF 


*AR0++,R3,R5 


• R5 = AR + TR , BR' = R2 


STF 


R2,»AR3++ 





SWITCH OVER TO NEXT GROUP 



LDF 


♦++tf?7,R6 


MPYF 


»AR1-,R6,R1 


ADDF 


*++tf?4,R0,R3 


MPYF 


♦AR1,R7,R0 


MPYF 


♦ARl++,»AR7— ,R0 


ADDF 


R0,R1,R3 


*YF 


♦AR1++,R7,R1 


SUBF 


R3,»AR0,R2 


ADDF 


♦AR0++,R3,R5 



, ARO = UPPER REAL BUHERFLY IfPUT 

) mi = LOWER REAL BUTTERFLY INPUT 

I AR2 = UPPER REAL BUTTERFLY OUTPUT 

; AR3 = LOWER REAL BUTTERFLY OUTPUT 

I T« IMAGINARY PART fttS TO FOLLOW 

; R6 = SIN 

1 Rl = BI » SIN 

; DUMMY ADDF FOR COUNTER UPDATE 

I R0 = BR f COS 

,R3 = TR = R0 + R1,R0 = BR»SIN 

I Rl = BI ♦ COS , R2 = AR - TR 

I R5 = AR + TR . BR' = R2 



SUBF 


R1,R0,R2 


ADDF 


R2,*AR0,R3 


STF 


R5,»AR2++ 


SUBF 


R2,»AR0++(IR1),R4 


STF 


R3,*AR3^(IR1) 


NOP 


*AR1++(IR1) 


MPYF 


*AR1~,R7,R1 


STF 


R4,*tf^24+(IR1) 


HPYF 


tARl,R6,R0 


HPYF 


»AR1++,*AR7++,R0 


SUBF 


R0,R1,R3 


HPYF 


♦tf?l++,R6,Rl 


SUBF 


R3,»AR0,R2 


ADDF 


tAR0++,R3,R5 


SF 


R2,*AR3++ 


LDI 


<«5,RC 



i R2 = TI = RO - Rl 

I R3 = AI + TI , /«' = R5 



; R4 = AI - TI , BI' = R3 



; ADDRESS UPDATE 

; Rl = BI » COS , AI' = R4 



; RO = BR ♦ SIN 

|R3 = TR = Rl-R0,R0 = BR»COS 



I Rl = BI « SIN , R2 = AR - TR 
I R5 = /« + TR , BR' = R2 



:i. 

s 






G 



«««««««f>t«««««*t»»«»««»t4«««»fM«««*«*»««tf*«««««>«««»«*«»«««t«««H««H«4««: 



SEC(MI BUTTERFLY-TYPE: 



TR = BI ♦ COS - BR « SIN 
TI = BI ♦ SIN + BR ♦ COS 
AR'= AR + TR 
AI'= AI - TI 
BR'= AR - TR 
BI'= AI + TI 



MPYF 


♦+AR1,R7,R5 


; R5 = BI ♦ COS , ««' = R5) 


STF 


R5,*AR2++ 




ADDF 


R1,R0,R2 


; (R2 = TI = RO + Rl) 


MPYF 


♦AR1,R6,R0 


; R0 = BR» SIN , (R3 = AI + TI) 


ADDF 


R2,»AR0,R3 




SUBF 


R2,»AR0++,R4 


; (R4 = AI - TI , BI' = R3) 


STF 


R3,«AR3++ 




:3UBF 


R0,R5,R3 


; TR = R3 = R5 - RO 


MPYF 


»AR1++,R7,R0 


;R0 = BR»C0S,R2 = AR-TR 


SUBF 


R3,»AR0,R2 




MPYF 


«AR1++,R6,R1 


; Rl =BI tSIN , (AI' =R4) 


STF 


R4,«AR2++ 




: ADDF 


♦AR0++,R3,R5 


; R5 = AR + TR , BR' = R2 


STF 


R2,*AR3++ 




CLEAR PIPELINE 




ADDF 


R1,R0,R2 


. R2 = TI = RO + Rl 


ADDF 


R2,»AR0,R3 


• R3 = AI + TI 


STF 


R5,»<«2++ 


; AR' = R5 


CHPI 


AR6,AR4 




BNED 


GRUPPE 


; DO FOLLOWING 3 INSTRUCTIONS 


SUBF 


R2,»AR0++(IR1),R4 


5 R4 = AI - TI , BI' = R3 


STF 


R3,»AR3++(IR1) 




LDF 


«++/«7,R7 


; R7 = COS 


STF 


R4,*AR2++(IR1) 


; AI' = R4 


NCf 


»AR1++(IR1) 


; BRANCH HERE 



END OF THIS BUTTERFLY GROUP 



CMPI 
BNZ 



4,IR0 
STUFE 



; JUMP OUT AFTER LD(N)-3 STAGE 



SECOND TO LAST STAGE 



LDI 


§INPUT,ARO 


; UPPER INPUT 


LDI 


AR0,AR2 


; UPPER OUTPUT 


ADOI 


IR0,AR0,AR1 


; LOWER IhPUT 



LDI 
LDI 
LDI 
LDI 

FILL PIPELINE 



<«1,AR3 
§SINTP2,«?7 
5,IR0 
§FG8H2,RC 



1. BUTTERFLY: u"0 

ADDF ♦AR0,»AR1,R2 

SUBF ♦AR1++,»AR0++,R3 

ADDF ♦ARO,»AR1,RO 

SUBF ♦AR1++,»AR0++,R1 



LOWER OUTPUT 

POINTER TO TUIDXE FACTOR 

DIST«<CE BETWEEN TWO GROUPS 



AR' = R2 = ^ + BR 

BR' = R3 = AR - BR 

AI' = RO = AI + BI 

BI' = Rl = AI - BI 



» 2. BUTTERFLY: 


w^ 




ADDF 


♦AR0,»AR1,R6 


AR' =R6 = AR + BR 


SUBF 


♦AR1++,»AR0++,R7 


BR' = R7 = AR - BR 


ADDF 


♦AR0,«AR1,R4 


AI' = R4 = AI + BI 


SUBF 


♦AR1++(IR0),»AR0++(IR0),R5 ; BI' = R5 = AI - 


STF 


R2,#<«2++ 


(AR' = R2) 


11 STF 


R3,»AR3++ 


(BR' = R3) 


STF 


R0,«AR2++ 


(AI' = RO) 


11 SF 


R1,*AR3++ 


(Br = Rl) 


STF 


R6,*AR2++ 


AR' = R6 


11 STF 


R7,«AR3++ 


BR' =R7 


, STF 


R4,*tf?2++(IR0) 


AI' = R4 


1 1 STF 


R5,»AR3++(IR0) 


BI' =R5 


♦ 3. butterfly: 


i.rH/4 




ADDF 


♦AR0+4,»+ARl,R5 


AR' = R5 = AR + BI 


SUBF 


♦AR1,*AR0,R4 


AI' = R4 = AI - BR 


ADDF 


♦AR1++, ♦««)-, R6 


BI' = R6 = AI + BR 


SUBF 


*ARl++,*/«0++,R7 


BR' = R7 = AR - BI 


» 4. BUTTERFLY: 


«"«/4 




ADDF 


*+ARl,«++AR0,R3 


AR' = R3 = AR + BI 


LDF 


♦-AR7,R1 


Rl = (FOR INNER LOOP) 


1 1 LDF 


♦AR1++,R0 


RO = BR (FOR INNER LOOP) 


SUBF 


♦ARl++(IR0),fAR0++,R2 ; BR' = R2 = AR - BI 


STF 


R5,*/«2++ 


(AR' = R5) 


1! STF 


R7,*AR3++ 


(BR' = R7) 


STF 


R6,tAR3++ 


(BI' = R6) 


♦ 5. TO M. BUTTERFLY: 




RPTB 


BF2END 




LDF 


*AR7++,R7 


R7 = COS , ((AI' =R4)) 


1 1 STF 


R4,»AR2++ 




LDF 


*AR7++,R6 


R6 = SIN , (BR' = R2) 


1! SF 


R2,*AR3++ 








I 









MPYF 


»+ARl,R6,R5 


STF 


R3,*AR2++ 


ADDF 


R1,R0,R2 


MPYF 


♦AR1,R7,R0 


ADDF 


R2,»tfW),R3 


SUBF 


R2,»AR0++(IR0),R4 


SF 


R3,«AR3++(IR0) 


ADDF 


R0,R5,R3 


MPYF 


♦AR1++,R6,R0 


SUBF 


R3,*WW,R2 


MPYF 


»<«1++,R7,R1 


SF 


R4,#^2++(IR0) 


ADDF 


*AR0++,R3,R5 


STF 


R2,«AR3++ 


MPYF 


♦+AR1,R6,R5 


SF 


R5,»AR2++ 


SUBF 


R1,R0,R2 


MPYF 


♦AR1,R7,R0 


ADDF 


R2,t<«0,R3 


SUBF 


R2,t<«0++,R4 


STF 


R3,*AR3++ 


ADDF 


R0,R5,R3 


MPYF 


♦ARl++,R6,R0 


SUBF 


R3,*AR0.R2 


MPYF 


♦AR1++(IR0),R7,R1 


SF 


R4,#AR2++ 


ADDF 


♦AR0++,R3,R3 


SF 


R2,*AR3++ 


MPYF 


♦+AR1,R7,R5 


SF 


R3,»AR2++ 


SUBF 


R1,R0,R2 


MPYF 


♦AR1,R6,R0 


ADDF 


R2,*W«),R3 


SUBF 


R2,»<«(H+(IR0),R4 


SF 


R3,«AR3++(IR0) 


SUBF 


R0,R5,R3 


MPYF 


♦AR1++,R7,R0 


SUBF 


R3,»<«0,R2 


MPYF 


♦AR1++,R6,R1 


SF 


R4,«AR2++(IR0) 


ADDF 


♦AR0++,R3,R5 


SF 


R2,*AR3++ 


MPYF 


♦+AR1,R7,R5 


SF 


R5,«AR2++ 


ADDF 


R1,R0,R2 


MPYF 


»AR1,R6,R0 


ADDF 


R2,»tfW),R3 


SUBF 


R2,*W«)++,R4 


SF 


R3,*AR3*+ 


SUBF 


R0,R5,R3 


MPYF 


♦AR1++,R7,R0 



; R5 = BI ♦ SIN , (AR' = R3) 

; (R2 = TI = RO + Rl) 

; RO = BR * C»S , (R3 = AI + TI) 

; (R4 = AI - TI , Br = R3) 

; R3 = F = RO + R5 

; RO = BR»SIN, R2 = AR-F 

; Rl = BI ♦ COS , (AI' = R4) 

; R5 = AR + TR , BR' = R2 

; R5 = BI » SIN , ««' = R5) 

; (R2 = TI = RO - Rl) 

; RO = BR ♦ COS , (R3 = AI + TI) 

; (R4 = AI - TI , Br = R3) 

; R3 = TR = RO » R5 

.R0 = BR*SIN,R2 = «-F 

; Rl = BI ♦ COS , (Ar = R4) 

; R3 = AR + TR , BR' = R2 

. R5 = BI ♦ COS , (AR' = R3) 

; (R2 = TI = RO - Rl) 

; RO = BR » SIN , (R3 = AI + TI) 

; (R4 = AI - TI , BI' = R3) 

; R3 = TR = R5 - RO 

;R0 = BR«C0S,R2 = AR-F 

; Rl = BI ♦ SIN , (AI' = R4) 

; R5 = <« + TR , BR' = R2 

; R5 = BI ♦ COS , (AR' = R5) 

; (R2 = TI =R0 + Rl) 

. RO = BR * SIN , (R3 = AI + TI) 

; (R4 = AI - TI , y(L) = BI' = R3) 

; R3 = TR = R5 - RO 

;R0 = BR«COS,R2 = tfl-TR 



SUBF 


R3,»<«0,R2 




<D MPYF 


*AR1++(IR0),R6,R1 


Rl = BI » SIN , R3 = «^ + F 


ADDF 


«AR0++,R3,R3 




CLEAR PIPELINE 




STF 


R2,«<«3++ 


BR' = R2 , AI' = R4 


STF 


R4,»AR2++ 




ADDF 


R1,R0,R2 


R2 = TI = RO + Rl 


ADDF 


R2,*AR0,R3 


R3 = AI + TI , AR' = R3 


STF 


R3,»flR2*+ 




SUBF 


R2,«AR0,R4 


R4 = AI - TI , Br = R3 


SF 


R3,«AR3 




SF 


R4,*fiR2 


AI' = R4 


LASTSTA(3E 






LDI 


eiNPUT,ARO 


UPPER IffUT 


LDI 


AR0,«2 


UPPER OUTPUT 


LDI 


eiNPtJF2,ARl 


LOWER INPUT 


LDI 


AR1,AR3 


LOUER OUTPUT 


LDI 


eSINF2,AR7 


POINTER TO TWIDDLE FACTORS 


LDI 


3, IRC 


GROUP OFFSET 


LDI 


eF(54K2,RC 




FILL PIPELINE 






1. BUTTERFLY: 


^ 




DDF 


♦AR0,«AR1,R6 


AR' = R6 = f« + BR 


SUBF 


♦ARl++,»<«0++,R7 


BR' = R7 = AR - BR 


ADDF 


*AR0,*AR1,R4 


AI' = R4 = AI + BI 


SUBF 


♦ARl++(IRO),»ARO++(IR0),R5 ; BI' = R5 = AI - BI 



2. BUTTERFLY: *rM/4 



ADDF 


♦+AR1,»AR0,R3 


AR' = R3 = AR + BI 


LDF 


*-AR7,Rl 


Rl = (FOR INNER LOOP) 


!! LDF 


»AR1++,R0 


RO = BR (FOR INNER LOOP) 


SUBF 


♦ari++(iro),«aro++,r: 


. BR' = R2 = AR - BI 


SF 


R6,*AR2++ 


(AR' = R6) 


I! SF 


R7,«AR3++ 


(BR' = R7) 


SF 


R5,*AR3++(IR0) ; 


(Br = R5) 


» 3. TO M. BUTTERFLY: 




LDF 


♦AR7++,R7 


R7 = COS , (AI' = R4) 


i! STF 


R4,*AR2++(IR0) 




LDF 


♦AR7++,R6 


R6 = SIN , (BR' = R2) 


1! STF 


R2,«AR3++ 




MPYF 


*+ARl,R6,R5 


R5 = BI ♦ SIN , (AR' = R3) 


i; SF 


R3,«AR2++ 




ADDF 


R1,R0,R2 


(R2 = TI = RO + Rl) 


MPYF 


»AR1,R7,R0 


RO = BR»COS , (R3 = AI + TI) 



X 

s 



Si- 



I 

G 



ADDF^ 


R2,»WW,R3 






SUBF 


R2,»/«0++(IR0),R4 


; (R4 = AI - TI 


, Br = R3) 


STF 


R3,#AR3++(IR0) 






ADDF 


R0,R5,R3 


; R3 = TR = RO + 


R5 


MPYF 


♦AR1++,R6,R0 


; RO = BR * SIN 


, R2 = AR - TR 


SUBF 


R3,»/«0,R2 






*YF 


♦AR1++(IR0),R7,R1 


; Rl = BI ♦ COS 


, (Ar = R4) 


SF 


R4,»AR2++(IR0) 






ADDF 


♦AR0++,R3,R3 


; R3 = AR + TR , 


BR' = R2 


STF 


R2,»AR3++ 






liPYF , 


♦+AR1,R7,R5 


• R5 = BI ♦ COS 


, (AR' = R3) 


STF 


R3,*AR2++ 






SUBF 


R1,R0,R2 


; (R2 = TI = RO 


-Rl) 


MPYF 


♦AR1,R6,R0 


; RO = BR ♦ SIN 


, (R3 = AI + TI) 


ADDF 


R2,*AR0,R3 






SUBF 


R2,»f«0++(IR0),R4 


. (R4 = AI - TI 


, BI' = R3) 


STF 


R3,»AR3++(IR0) 






SUBF 


R0,R5,R3 


; R3 = TR = RO - 


R5 


MPYF 


♦AR1++,R7,R0 


; RO = BR « COS 


, R2 = AR - TR 


SUBF 


R3,*AR0,R2 






^D MPYF 


♦ARI++(IR0),R6,R1 


; Rl = BI * SIN 


, R3 = AR + TR 


ADDF 


*AR0++,R3,R3 






aEAR PIPELINE 






STF 


R2,»AR3++ 


; BR' = R2 , (AI 


' = R4) 


STF 


R4,»AR2++(IR0) 






ADDF 


R1,R0,R2 


; R2 = TI = RO + 


Rl 


ADDF 


R2,*AR0,R3 


; R3 = AI + TI , 


AR' =R3 


STF 


R3,»AR2++ 






SUBF 


R2,»AR0,R4 


• R4 = AI - TI , 


BI' = R3 


STF 


R3,»AR3 






STF 


R4,*AR2 


; Ar =R4 




END OF FFT 








BIT REVERSAL 








LDI 


efFTSIZ,IRO 






LDI 


2,IR1 






LDI 


eiNPUT.ARO 






LDI 


eOUTPUT,ARl 






LDI 


eFFTSIZ,RC 






SUBI 


2,RC: 






LDF 


♦+AR0(1),R0 






RPTB 


BITRV 






LDF 


♦ARO++<IRO)b,Rl 






STF 


R0,*+AR1(1) 






; LDF 


*+ARO(l),RO 






STF 


R1,»AR1++(IR1) 






LDF 


♦ARO++(IRO)b,Rl 






STF 


R0,*+AR1(1) 







R1,»AR1 



NOP 
NOP 
NOP 
NOP 

BR 
.«nd 



COMPLEX, RADIX-2 DIT FFT 



GENERIC PROGRAM FOR A FAST LOOPED-CODE RADIX-2 DIT FT COMPUTATION 
ON 1\£ THS320C30 

WRITTEN BY: RAIMUND fCYER, KM. SCHW«Z 24.07.89 

LEHRSTUHL FUER NACHRICHTENTECHNIK 
UNIVERSITAET ERLANGEN-NUERNBER6 
CAUERSTRASSE 7, D-8520 ERUWGEN, FRG 

J\£ (COMPLEX) DATA RESIDE IN INTERNA. MEMORY. THE COMPUTATION IS DONE 
IN-PLACE, BUT THE RESULT IS MOVO TO MOTHER MEMORY SECTION TO 
DEMONSTRATE THE BIT-REVERSED ADDRESSING. 

FOR THIS PR0GRW1 THE MINIMUM FFT LENGTH IS 32 POINTS BECAUSE OF 
THE SEPARATE STAGES. 

FIRST TWO PASSES ARE REALIZED AS A FOUR BUTTERFLY LOOP SINCE THE 
MULTIPLIES ARE TRIVIAL. THE MLLTIPLIER IS ONLY USED FOR A LOAD IN 
PARALLEL WITH AN AODF OR SUBF. 



EXAMPLE FOR A 1024-POINT FFT (WITH BIT REVERSAL) : 



«MORY SIZE : 






PROG 


= 


231 WORDS 


DATA 


= 


512 WORDS 


CYCLES PER BUTTERFLY : 






STAGES 1 AND 2 


= 


4 


STAGES 3 TO 8 


= 


8 


STAGE 9 


= 


8.25 


STAGE 10 


= 


10.5 (DUE 



AVERAGE CYCLES/BUTTERFLY = 7.475 

TOT«. BUTTERFLYCYCLES = 38272 

INITIALIZATION OVERfCAD = 2185 = 5.4 X OF TOTAL TIME 

TOTAL NUMBER OF INSTRUCTION CYCLES = 40457 

TOTAL TIME FOR A 1024 POINT FFT = 2.42 rs (INaUDING BIT 

REVERSAL) 



THIS PROGRAM INCUDES FOLLOWING FILES: 

THE FILE 'THIDIKBR.ASH' CONSISTS OF TWIDDLE FACTORS 

THE TWIDDLE FACTORS W?E STORED IN BIT REVERSED ORDER WO WITH A TABLE 
LENGTH OF N/2 (N = FFTLENGTH). 

EXW1PLE: SHOWN FOR N=32, WN(n) = C0S(2*PI»n/N) - j»SIN(2»PI»n/N) 

ADDRESS COEFFICIENT 

R{WN(0)} = C0S(2»PI»0/32) = 1 

1 -I{WN(0)} = SIN(2»PI»0/32) = 

2 R{WN(4)} = COS(2»PI»4/32) = 0.707 

3 -I{WN(4)} = SlN(2»PI»4/32) = 0.707 



12 R{WN(3)} = C0S(2»PI«3/32) = 0.831 

13 -I{WN(3)} = SIN(2»PI«3/32) = 0.556 

14 R{WN(7)> = CaS(2»PI«7/32) = 0.195 

15 -I{WN(7)} = SIN(2»PI»7/32) = 0.981 

WHEN GENERATED FOR A FFT LENGTH OF 1024, H£ TABLE IS FOR ALL 
AVAILABLE FFT OF LESS OR EQUAL LENGTH. 

THE HISSING TWIDDLE FACTORS (WN(),WN() ) ARE GENERATED BY USING 

THE SYMMETRY WN(N/4+n) = -j*WN(n). THIS Cm BE EASILY REALIZED, BY 
CHANGING REAL- WD IMAGINARY PART OF THE TWIDDLE FACTORS AND BY 
NEGATING THE NEW REAL PART. 

TO CHANGE THE FFT LENGTH ONLY THE PARWtTERS IN THE HEADER OF 
TWIDlKBR.AStt AND THE INPUT AND OUTPLIT VECTOR LENGTHS NEED TO BE 
ALTERED. 



AR + j AI ■ 



\ / 

\ / 

/ \ 

/ \ 

/ \ H 



BR + j BI { COS - j SIN ) - 

TR = BR « COS + BI « SIN 
TI = BR ♦ SIN - BI » COS 
AR'= AR + TR 
AI'= AI - TI 
BR'= AR - TR 
Br= AI + TI 



- AR' + j AI' 



)R' + j BI' 



> 

IS 

a 
n 

o 






^N> 



H 
I 

g 



H 

> 
(/I 

2 



:i^ 

s 






G 



.global 


FFT 


.Qloba) 


N 


.global 


NHALB 


.global 


NVIERT 


.global 


NACHTEL 


.global 


M 


.global 


SINE 


.bss 


INP,2048 


.bS5 


0UTP,2048 



FIRST 2 STAGES AS RADI)(-4 BUTTERFLY 



INPUT VECTOR LENGTH = 2N (DEPENDS 

ON N) 
OUTPUT VECTOR LENGTH = 2N (DEPENDS 

ONN) 






FFTSIZ 


.word 




N 


FG4n2 


.word 




NVIERT-2 


F64ri3 


.word 




NVIERT-3 


FG8t12 


.word 




NACHTEL-2 


FG2 


.word 




NHALB 


FG2n3 


.word 




NHALB-3 


LOGFFT 


.word 




H 


SINTAB 


.word 




SINE 


SINTHl 


.word 




SINE-1 


SINTP2 


.word 




SINE^2 


INPUT 


.word 




INP 


INPIJTP2 


.word 




INP+2 


OUTPUT 


.word 




OUTP 


OUTPl 


.word 




OUTP+1 


f ARC 


: AR + 


AI 




» ARl 


: BR + 


BI 




♦ AR2 


: CR + 


CI 


+ CR' + cr 


» AR3 


: DR + 


DI 




» AR4 


: AR' + 


Al 


' 


* AR5 


: BR' + 


Bl 




« AR6 


: DR' + 


Dl 


' 


♦ AR7 


: FIRST TWIDDLE FACTOR = 1 


FFT: 


LDP 




FFTSIZ 5 




LDI 




eFG2,IR0 . 




LDI 




eSINTAB.AR? ; 




LDI 




«INPUT,ARO ; 




ADDI 




IR0,<«0,AR1 ; 




ADDI 




IR0,AR1,AR2 ; 




ADDI 




IR0,AR2,AR3 ; 




LDI 




AR0,AR4 ; 




LDI 




ARl.ARS ; 




LDI 




m,m ; 




LDI 




2,IR1 ; 




LSH 




-1,IR0 ; 




LDI 




IRO.RC 




SUBI 




2,RC 



LOAD PAGE POINTER 

IRO = N/2 = (FFSET BETWEEN INPUTS 

t^l POINTS TO TWIDDLE FACTOR 1 

WW POINTS TO AR 

m. POINTS TO BR 

AR2 POINTS TO CR 

AR3 POINTS TO DR 

AR4 POINTS TO AR' 

AR5 POINTS TO BR' 

AR6 POINTS TO DR' 

ADDRESS OFFSET 

IRO = N/4 = NUMBER OF R4-BUTTERFLIES 



FILL PIPELINE 






ADDF 


•AR2,«AR0,R4 


; R4 = AR + CR 


SUBF 


*AR2,fAR0++,R5 


; R5 = tf^- CR 


ADDF 


♦ARl,tflR3,R6 


; R6 = DR + BR 


SUBF 


♦ARl++,*/«3++,R7 


5 R7 = DR - BR 


ADDF 


R6,R4,R0 


■ AR' = RO = R4 + R6 


HPYF 


»AR3++,»^7,R1 


? Rl = DI , BR' = R3 = R4 - Rfc 


SUBF 


R6,R4,R3 




ADDF 


R1,»<«1,R0 


; RO = BI + DI , AR' = RO 


STF 


R0,»AR4-K 




SUBF 


R1,«<«1++,R1 


; Rl = BI - DI , BR' = R3 


STF 


R3,«AR5++ 




ADDF 


R1,R5,R2 


; CR' = R2 = R5 + Rl 


HPYF 


»+AR2,»<«7,Rl 


; Rl = CI , DR' = R3 = R5 - Rl 


SUBF 


R1,R5,R3 




ADDF 


Rl,tflR0,R2 


• R2 = AI t CI , CR' = R2 


STF 


R2,*AR2++(IR1) 




SUBF 


R1,»AR0++,R6 


; R6 = AI - CI , DR' = R3 


STF 


R3,«AR6++ 




ADDF 


R'0,R2,R4 


; AI' = R4 = R2 + RO 



RADIX-4 BUTTERFLY LOOP 



RPTB 


BLKl 






HPYF 


♦AR2-,*AR7,R0 


; RO = CR , (BI' 


= R2 = R2 - RO) 


SUBF 


R0,R2,R2 






MPYF 


*/«l++,»AR7,Rl 


! Rl = BR , (cr 


= R3 = R6 + R7) 


ADDF 


R7,R6,R3 






ADDF 


R0,»«W,R4 


; R4 = AR + CR , 


(AI' = R4) 


STF 


R4,*AR4++ 






SUBF 


RO,»AR0++,R5 


■ R5 = AR -CR , 


(Br = R2) 


STF 


R2,«AR5++ 






SUBF 


R7,R6,R7 


; (Dr = R7 = R6 


-R7) 


ADDF 


R1,*AR3,R6 


; R6 = DR + BR , 


(DI' = R7) 


STF 


R7,»AR6++ 






SUBF 


R1,»<«3++,R7 


■ R7 = DR - BR , 


(Cr = R3) 


STF 


R3,»AR2++ 






ADDF 


R6,R4,R0 


. AR' = RO = R4 


+ R6 


HPYF 


♦AR3++,»/«7,Rl 


; Rl = DI , BR' 


= R3 = R4 - R6 


SUBF 


R6,R4,R3 






ADDF 


R1,«AR1,R0 


; RO = BI + DI , 


AR' = RO 


STF 


R0,*AR4++ 






SUBF 


R1,*<«1++,R1 


; Rl = BI - DI , 


BR' =R3 


STF 


R3,»AR5++ 






ADDF 


R1,R5,R2 


; CR' = R2 = R5 


+ Rl 


MPYF 


♦+AR2,«AR7,R1 


; Rl = CI , DR' 


= R3 = R5 - Rl 


SUBF 


R1,R5,R3 






ADDF 


R1,»AR0,R2 


5 R2 = AI + CI , 


CR' =R2 


STF 


R2,*AR2++(IR1) 






SUBF 


R1,*AR0++,R6 


• R6 = AI - CI , 


DR' =R3 



OS 



I 

i 



§ 



2^ 



I 

G 



SF 


R3,tAR6++ 


AODF 


R0,R2,R4 


CLEAR PIPELItC 


SUBF 


R0,R2,R2 


ADDF 


R7,R6,R3 


STF 


R4,t«4 


STF 


R2,tAR5 


SUBF 


R7,R6,R7 


STF 


R7,«AR<> 


STF 


R3,»— AR2 


THIRD TO LAST-2 STAGE 


LDI 


eFG2,IRl 


LOI 


IR0,AR5 


SUBI 


lvAR5 


LDI 


1,AR6 


: LDI 


eSINTAB,M^7 


LDI 


0,AR4 


LDI 


«INPUT,ARO 


LDI 


MK),AR2 


ADDI 


IR0,AR0,AR3 


LDI 


(fi3,m 


LSH 


1,AR6 


LSH 


-2,AR5 


LSH 


1,AR5 


LSH 


-l.IRO 


LSH 


-l.IRl 


ADDI 


l.IRl 


LDF 


*<«1++,R6 


LDF 

5C 


t<«7,R7 


FILL PIPELINE 





LDF 


♦♦+AR7,R6 


ffYF 


tARl--,R6,Rl 


ADDF 


*++AR4,R0,R3 


HPYF 


♦AR1,R7,R0 


MPYF 


♦ARl*+,tAR7- 


ADDF 


R0,R1,R3 


MPYF 


«AR1++,R7,R1 


SUBF 


R3,*AR0,R2 


ADDF 


♦AR0++,R3,R5 


STF 


R2,»AR3++ 



I AI' = R4 = R2 + RO 



! Br = R2 = R2 - RO 
; Cr = R3 = R6 ♦ R7 
I Ar = R4 , Br = R2 

1 DI' = R7 = R& - R7 
; or = R7 , Cr = R3 



POINTER TO TWIDDLE FACTOR 

GROUP COUNTER 

UPPER RE«. BUTTERFLY INPUT 

UPPER REfl. BUHERRY OUTPUT 

LOHER REAL BUTTERFLY OUTPUT 

LOWER REAL BUTTERFLY INPUT 

DOUBLE GROUP COUNT 

HALF BUTTERFLY COUNT 

CLEAR LSB 

W^ STEP FROH UPPER TO LOWER REAL 

pm 

STEP FROn OLD IMGI^MRY TO NEU REM. 

VALUE 
DUmY LOAD, ONLY FOR ADDRESS UPDATE 
R7 = COS 



ARO = UPPER REAL BUHERRY IW>UT 

tf^l = LOWER REAL BUHERRY INPUT 

AR2 = UPPER P£fL BUHERFLY OUTPUT 

AR3 = LOWER REAL BUTTERFLY OUTPUT 

THE irWGIMtf^Y pm HAS TO FOLLOW 

R6 = SIN 

Rl = BI ♦ SIN 

DUMHY ADIF FOR COUNTER UPDATE 

RO = BR «COS 

R3 = TR = RO + Rl , RO = BR » SIN 

|R1=BI»C0S,R2 = AR-TR 

I R5 = W? + TR , BR' = R2 



LDI MtS.RC 

FIRST BUHERaY-TYPE: 

TR = BR » COS ♦ BI t SIN 
TI = BR « SIN - BI ♦ COS 
AR'= AR + TR 
Ar= AI - TI 
BR'= AR - TR 
Br= AI + TIf 



RPTB 



BFLYl 



MPYF 


t+ARl,R&,R5 


; R5 = BI t SIN 


(«' = R5) 


STF 


R5,tflR2++ 






SUBF 


R1,R0,R2 


5 (R2 = TI = RO 


-Rl) 


MPYF 


fARl,R7,R0 


; RO = BRf COS 


, (R3 = AI + TI) 


ADDF 


R2,»flfiO,R3 






SUBF 


R2,»fiR0++,R4 


; (R4 = AI - TI 


BI' = R3) 


SF 


R3,»AR3++ 






ADDF 


R0,R5,R3 


; R3 = TR = R0* 


R5 


MPYF 


♦AR1++,R&,R0 


; RO = BR t SIN 


, R2 = AR - TR 


SUBF 


R3,«<«0,R2 






tf>YF 


W«l++,R7,R1 


; Rl = BI ♦ COS 


(AI' = R4) 


SF 


R4,»AR2++ 






ADDF 


««0++,R3,R5 


. R5 = AR + TR , 


BR' =R2 


SF 


R2,«AR3++ 







SWITCH OVER TO NEXT GROUP 



SUBF 


R1,R0,R2 


• R2 = TI = R0 -Rl 


ADDF 


R2,*/«0,R3 


; R3 = AI + TI , /«' = R5 


SF 


R5,*«2+* 




SUBF 


R2,*«0++(IR1),R4 


; R4 = AI - TI , BI' = R3 


SF 


R3,f^++(IR1) 




NOP 


»AR1++(IR1) 


; ADDRESS UPDAF 


MPYF 


♦AR1-,R7,R1 


• Rl = BI t COS , AI' = R4 


SF 


R4,»AR2++(IR1) 




MPYF 


tARl,R6,R0 


; RO = BR f SIN 


tfYF 


•ARl+*,«<«7++,R0 


;R3 = TR = R1-R0,R0 = BR»C0S 


SUBF 


R0,R1,R3 




MPYF 


«<«l++,R6,Rl 


; Rl = BI t SIN , R2 = <« - TR 


SUBF 


R3,»tfW),R2 




ADDF 


*<«0++,R3,R5 


• R5 = « ♦ TR , BR' = R2 


SF 


R2,*AR3++ 




LDI 


<«5,RC 





SECOND butterfly-type: 

TR = BI ♦ COS - BR ♦ SIN 
TI = BI » SIN + BR ♦ COS 
««'= AR + TR 
AI'= AI - TI 
BR'= AR - TR 



I 






ex. 



;5- 



§ 



;5- 



Br= AI ♦ TI 






RPTB 


BFLY2 




MPYF 


*+ARl,R7,R5 


5 R5 = BI » COS , ««' = R5) 


STF 


R5,«AR2*+ 




ADOF 


R1,R0,R2 


5 (R2 = TI =R0 ♦Rl) 


rf>YF 


•AR1,R6,R0 


; R0 = BR »SIN , (R3 = AI + TI) 


ADDF 


R2,»M«),R3 




SUBF 


R2,*«0+*,R4 


; (R4 = AI - TI , Br = R3) 


STF 


R3,«AR3++ 




SUBF 


R0,R5,R3 


; TR = R3 = R5-R0 


HPYF 


fARl++,R7,R0 


; RO = BR * COS , R2 = <« - TR 


SUBF 


R3,»AR0,R2 




HPYF 


♦<«1++,R6,R1 


; Rl = BI « SIN , (Ar = R4) 


STF 


R4,«^2*+ 




I ADOF 


*AR0*+,R3,R5 


; R5 = AR + TR , BR' = R2 


STF 


R2,<N«3++ 




CLEAR PIPELINE 




ADDF 


R1,R0,R2 


5 R2 = TI =R0 + R1 


ADOF 


R2,iAR0,R3 


; R3 = AI ♦ TI 


STF 


R5,»<«2*-+ 


; AR' = R5 


Cff>I 


fRb,mA 




BNEO 


GRUPPE 


? DO FOLLOMING 3 INSTRUCTIONS 


SUBF 


R2,»AR0++(IR1),R4 


. R4 = AI - TI , BI' = R3 


STF 


R3,*AR3++IIR1) 




LDF 


♦++/«7,R7 


; R7 = COS 


STF 


R4,tAR2++(IRl) 


; AI' =R4 


NOP 


♦AR1++(IR1) 


; BRANCH HERE 



END OF THIS BUTTERFLY GROUP 



SUBF 


i/«l++,»<«0++,Rl 


; BI' = Rl = 


2. BUTTERFLY: 


«*0 




ADDF 


«AR0,i««l,R6 


; AR' = R6 = 


SUBF 


*fR\**,*fim*,R7 


? BR' = R7 = 


ADDF 


*m,*mi,M 


; AI' = R4 = 


SUBF 


*AR1+*(IR0),»<«0*+(IR0),R5 ; B 


STF 


R2,t/«2++ 


; (AR' = R2) 


STF 


R3,*AR3++ 


; (BR' = R3) 


STF 


R0,*<«2++ 


; (AI' = RO) 


STF 


Rl,«<«3++ 


; (Br = Rl) 


SF 


R6,»<«2*+ 


; /«' =R& 


SF 


R7,tAR3*+ 


. BR' = R7 


STF 


M,*fiQ**{m) 


; AI' = R4 


STF 


R5.«AR3++(IR0) 


; BI' = R5 



AR t BR 
M^ - BR 
AI ^BI 
[' = R5 = AI - 



3. butterfly: w*H/4 



ADOF 
SUBF 
ADDF 
SUBF 



<H«0++,»+«ll,R5 
»ARl,tAR0,R4 
*ARl++,»W«)-,R6 
fARl++,»AR0++,R7 



<«' = R5 = <« + BI 
AI' = R4 = AI - BR 
BI' = R6 = AI + BR 
BR' = R7 = ^ - BI 



4. butterfly: (**H/4 



ADDF t+ARl, ♦++««), R3 ; /«' = R3 = <« + BI 

LDF ♦-AR7,R1 ; Rl = (FOR INNER LOOP) 

LDF •AR1-H^,R0 • RO = BR (FOR INNER LOOP) 

SUBF *AR1*+(IR0),«AR0+*,R2 ; BR' = R2 = AR - BI 

STF R5,t<«2++ ; (AR' = R5) 

SF R7,t/«3++ ; (BR' = R7) 

SF R6,»AR3++ ; (BI' = R6) 

5. TO n. BUnERFLY: 



CHPI 
BN2 



4,IR0 
STUFE 



; JUMP OUT tfTER LD(N)-3 STAGE 



SECOND TO LAST STAGE 



Q 



VO 



LDI 
LDI 
ADDI 
LDI 
LDI 
LDI 
LDI 



eiNPUT.ARO 

m,fiK2 

IR0,M0,AR1 

AR1,AR3 

8SINTP2,<«7 

5,IR0 

eFG8«2,RC 



FILL PIPELINE 
1. butterfly: «^ 



ADDF 
SUBF 
ADDF 



•AR0,«AR1,R2 
•ARI++, »««)+♦, R3 
•M^,*AR1,R0 



UPPER INPUT 

UPPER OUTPUT 

LOMER INPUT 

LOWER OUTPUT 

POINTER TO TUIDDLE FACTOR 

DISTMCE BETUEEN TWO GROUPS 



; AR' = R2 = AR H 
I BR' = R3 = AR - 
I AI' =R0 = AI H 



LDF 


t<«7+*,R7 


; R7 = COS , ((AI' =R4)) 


SF 


R4,iflR2*+ 




LDF 


«^7**,R6 


5 Rb = SIN , (BR' = R2) 


SF 


R2,fAR3++ 




lf>YF 


t+ARl,R6,R5 


5 R5 = BI • SIN , (AR' = R3) 


SF 


R3,«<«2+* 




ADDF 


R1,R0,R2 


; (R2 = TI = RO ♦ Rl) 


tf>YF 


tARl,R7,R0 


; RO = BR ♦ COS , (R3 = AI ♦ TI) 


ADOF 


R2,««0,R3 




SUBF 


R2,tMKH4(IR0),R4 


; (R4 = AI - TI , BI' = R3) 


SF 


R3,«M)3^(IR0) 




ADOF 


R0.R5,R3 


5 R3 = TR = RO + R5 


MPYF 


«AR1+*,R6,R0 


; R0 = BR » SIN , R2 = AR- TR 


SUBF 


R3,tflR0,R2 




ffYF 


»flRl**,R7,Rl 


; Rl = BI f COS , (Ar = R4) 


SF 


R4,iAR2^^(IR0) 





00 



I 






Si, 






ISO 

8 





ADDF 


»AR0++,R3,R5 


11 


STF 


R2,fAR3++ 




HPYF 


»+ARl,R6,R5 


i; 


STF 


R5.*AR2+4 




SU8F 


R1,R0,R2 




HPYF 


*ARl,R7,R0 


i; 


ADDF 


R2,»AR0,R3 




SUBF 


R2,»flftO++,R4 


i! 


SF 


R3.tAR3+4 




ADDF 


R0,R5,R3 




HPYF 


tARl*+,R6,R0 


!l 


SUBF 


R3,»ttW),R2 




«PYF 


•AR1++(IR0),R7,R1 


!! 


SF 


R4,«AR2++ 




ADDF 


•AR0*+,R3,R3 


!! 


STF 


R2,»AR3++ 




NPYF 


*+ARl,R7,R5 


:i 


SF 


R3,«AR2+4 




SUBF 


Rl,R0,R2 




HPYF 


«^1,R6,R0 


!! 


ADDF 


R2,»/«0,R3 




SUBF 


R2,»/«0+*(IR0),R4 


li 


SF 


R3,»AR3++(IR0) 




SUBF 


R0,R5,R3 




flPF 


«AR1++,R7,R0 


!! 


SUBF 


R3,*AR0,R2 




rt»YF 


♦/«1++,R6,R1 


!! 


SF 


R4,»AR2++(IR0) 




ADDF 


»ARO++,R3,R5 




SF 


R2,«AR3++ 




HPYF 


♦+AR1,R7,R5 




SF 


R5,«AR2+4 




ADDF 


R1,R0,R2 




HPF 


•AR1,R6,R0 


!! 


ADDF 


R2,»AR0,R3 




SUBF 


R2,*«0++,R4 




SF 


R3,«AR3++ 




SUBF 


R0,R5,R3 




HPF 


»AR1++,R7,R0 


i! 


SUBF 


R3,ttfW),R2 


BF2END 


HPF 


tARl++(IRO),R&,Rl 


'' 


ADDF 


*AR0t+,R3,R3 


* n FAR PIPELINE 




STF 


R2,»W«++ 




SF 


R4,«AR2^ 




ADDF 


R1,R0,R2 




ADDF 


R2,t«0,R3 




SF 


R3.»tft2++ 




SUBF 


R2,»«10,R4 



; R5 = /« + TR , BR' = R2 



. R5 = BI # SIN , (AR' = R5) 

• (R2 = TI =R0 - Rl) 

; RO = BR » COS , <R3 = AI ♦ TI) 

; (R4 = AI - TI , BI' = R3) 

; R3 = TR = RO + R5 

;R0 = BRtSIN,R2 = AR-TR 

; Rl = BI » COS , <AI' = R4) 

• R3 = AR + TR , BR' = R2 

? R5 = BI ♦ COS , (AR' = R3) 

; (R2 = TI =R0 - Rl) 

; RO = BR t SIN , (R3 = AI + TI) 

■ (R4 = AI - TI , BI' = R3) 

; R3 = TR = R5 - RO 

•R0 = BR*C0S,R2 = ^-TR 

; Rl = BI « SIN , (Ar = R4) 

; R5 = AR + TR , BR' = R2 

; R5 = BI ♦ COS , (AR' = R5) 

; (R2 = TI = RO + Rl) 

; RO = BR » SIN , (R3 = AI + TI) 

; (R4 = AI - TI , y(L) = BI' = R3) 

. R3 = TR = R5 - RO 

;R0 = BR»C0S,R2 = <«-TR 

? Rl = BI * SIN , R3 = AR ♦ TR 



SF 
SF 



R3,«W» 
R4,*tf^ 



LAST STA(5E WITH IMF(3RATED BIT REVERSAL 



LDI 


eiNPUT.ARO 


• UPPER Ilf>UT 


LDI 


eOUTPUT,AR2 


; f£fL OUTPUT ! ! ! 


LDI 


eiNPUTP2,/«l 


; LOWER IW>UT 


LDI 


eOUFl,AR3 


• IMAGINARY OUTPUT ! ! ! 


LDI 


KINTP2,<«7 


• POINTER TO TWIDDLE FACTORS 


LDI 


BFFTSIZ.IRO 


; BIT REVERSAL 


LDI 


3,IR1 


; GROUP OFFSET 


LDI 


eF(J4H2,RC 




t FILL PIPaiNE 






t 1. BUTTERFLY: 


w*0 




ADDF 


tAR0,*ARl,R6 


• AR' = R6 = AR + BR 


SUBF 


»ARl++,«^«0++,R7 


. BR' = R7 = /« - BR 


SUBF 


»AR1,«M^,R4 


; BI' = R4 = AI - BI 


ADDF 


«AR1++(IR1),»AR0++(IR1),R5 ; AI' = R5 = AI + B 



«' = R2 , AI' = R4 



; R2 = TI = RO + Rl 

; R3 = AI *• TI , <«' = R3 



; R4 = AI - TI , BI' = R3 



2. BUTTERFLY: i*"«/4 

UBF t+ARl.^ARO.RS ■ BR' = R3 = AR - BI 

LDF <H«7,R1 ; Rl = (FOR IMCR LOOP) 

LDF «M1+^,R0 ; RO = BR (FOR INNER LOOP) 

ADDF *ARl++(IRl),»/«0++,R2 ; W = R2 = AR + BI 

STF R6,*<«2++(IR0)b ; (Ml' = R6) 

STF R5,»/«3++(IR0)b ; (AI' = R5) 

STF R7,t/«2++(IR0)b ; (BR' = R7) 



3. TO M. BUHERFLY: 



17 CYCLES IF FFT SIZE <1024 DUE TO THE USE OF INTERfWL fCMORY FOR BIT 
REVERSAL, 21 CYCLES IF FFT SIZE = 1024 DUE TO THE USE OF EXTERNAL HEMORY 
FOR BIT REVERSAL 



LDF 


*/«7++,R7 


; R7 = COS , ((BI' = R4)) 


SF 


R4,«AR3++(IR0)B 




LDF 


♦AR7++,R6 


; R6 = SIN , ««' = R2) 


SF 


R2,»AR2++(IR0)B 




HPYF 


*+ARl,R6,R5 


. R5 = BI t SIN , (BR' = R3) 


SF 


R3,*AR2++(IR0)B 




ADDF 


R1,R0,R2 


; (R2 = TI =R0 + R1) 


HPYF 


♦AR1,R7,R0 


; RO = BR t COS , (AI' = R3 = AI - TI 


SUBF 


R2,»<«0,R3 




ADDF 


R2,»fiR0++(IRl),R4 


; (Br = R4 = AI + TI , AI' = R3) 


SF 


R3,»AR3++(IR0)B 




ADDF 


R0,R5,R3 


; R3 = TR = RO + R5 


HPYF 


*ARl++,R6,R0 


;R0 = BR»SIN,AR' = R2 = AR + F 



s 




ADDF 


R3,»tf«),R2 




^ 




«>YF ' 


♦AR1++(IRI),R7,R1 


• Rl = BI ♦ COS , (Br = R4) 




STF 


R4,*AR3++(IR0)B 




1- 




SUBF 


R3,*<«0++,R3 


• BR' = R3 = <« - TR , «^' = R2 




!i 


STF 


R2,*AR2++(IR0)B 




§ 
g 


» 










nPYF 


»+ARl,R7,R5 


. R5 = BI « COS , (BR' = R3) 




STF 


R3,*AR2*+(IR0)B 




1* 




SUBF 


R1,R0,R2 ^ 


; (R2 = TI = RO - Rl) 


;s 




HPYF 


«ARl,R6,R0 


5 RO = BR » SIN , (Ar = R3 = AI - T 






SUBF 


R2,»«W,R3 






ADDF 


R2,»/«0++<IRl),R4 


. (Br = R4 = AI + TI , AI' = R3) 




STF 


R3,»AR3++(IR0)B 






SUBF 


R0,R5,R3 


. R3 = TR = RO - R5 






HPYF 


♦AR1++,R7,R0 


.RO = BR*C0S,/«' = R2 = « + TR 


b 




ADDF 


R3,»<«0,R2 




n 


BFLEND flPYF 


fARl++{IRl),R6,Rl 


. Rl = BI » SIN , BR' = R3 = AR - TR 


^^ 




SUBF 


R3,««0++,R3 




§ 


t 


aEAR PIPaiNE 




Ci, 


« 








(^ 




STF 


R2,»/«2++(IR0)B 


5 AR' =R2 , (Br =R4) 


^ 




STF 


R4,«AR3++(IR0)B 




^ 




ADDF 


R1,R0,R2 


; R2 = TI = RO + Rl 


^ 




SUBF 


R2,»AR0,R3 


; AI' = R3 = AI - TI , BR' = R3 


^ 




STF 


R3,»AR2 








ADDF 


R2,*AR0,R4 


; BI' = R4 = AI + TI , AI' = R3 




STF 


R3,*AR3++{IR0)B 






STF 


R4,»AR3 


; BI' = R4 




♦ 


END OF FR 






§ 


» 
END: 


NOP 






^ 




NOP 






;5- 




NOP 
NOP 







Q 






:i^ 

s 









I 

G 



APPENDIX A5 

TITLE: TUIDlKBR.ASn 

TABLE WITH TWIDDLE FACTORS FOR A FFT UP TO A LENGTH OF 1024 COfPLEX 
POINTS. 

FILE TO BE LINKED WITH THE SOURCE CODE : R2DIT.ASH OR R2DITB.ASH 

WRITTEN BY : RAIHUND MEYER AND KARL SCHMARZ 14.07.89 
LEHRSTUHL FUER fWCWICHTENTECHNIK 
UNIVERSITAET ERyV«3EN-NUERNBERG 

LENGTH OF TWIDDLE FACTOR TABLE : 512 REAL VALUES (=1024 FFT) 



.float 7.11432195745216«-001 

.float 7. 02754744457225e-00l 

.float 6.135884M915452e-003 

.float 9.99981175282601e-001 





.global 


sine 




.global 


n 




.global 


nhalb 




.global 


nviert 




.global 


nachtel 




.global 


■ 


n 


.set 


1024 


nhalb 


.set 


512 


nviert 


.set 


256 


nachtel 


.set 


128 


n 


.set 


10 



; FFT-LENGTH n 

; n/2 

■ n/4 

; n/8 

. NUMBER OF STAGES = ld(n) 



t ANOTHER EXWPLE OF FR-LENGTH n = 32: 

♦ ONLY T« FIRST 16 VALUES OF Tf€ TABLE ARE NEEDED 



♦n 


.set 


2 


♦nhalb 


.set 


16 


♦nviert 


.set 


8 


♦nachtel 


.set 


4 


♦■ 


.set 


5 



.float 
.float 
.float 
.float 
.float 
.float 
.float 
.float 
.float 



l.OOOOOOOOOOOOOOe+000 
O.OOOOOOOOOOOOOOe+000 
7. 07106781 186548e-001 
7. 07106781 186548e-001 
9. 2387953251 1287e-O01 
3.82683432365090e-001 
3.82683432365090e-001 
9. 2387953251 1287e-001 
9.80785280403230e-001 
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^ 




ft 
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> 




in 

• 


s 


1 


c 


5 


^ 


h-k 


o 


g 


to 
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r > 


ft 


C/3 


^ 


2 


^^ 


1 


tr 


1 


o 


S? 


Sa 


1 


h^ 




O 


ft 


4^ 


^ 


n 

o 


§ 


5 
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^ 
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1 
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ft 
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5* 
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Appendix B. Radix-4 Complex FFT 



An Implementation of FFT, DCT, and Other Transforms on the TMS320C30 10^ 



s 



I 






s 



G 



♦♦♦♦«♦♦»♦♦♦«»♦♦♦*«♦«♦♦♦♦♦♦«*♦♦♦♦♦♦♦♦♦♦♦♦*♦"♦♦♦♦♦♦"♦♦"♦♦"*♦♦♦♦♦*"♦♦♦♦*♦ 

APPENDIX Bl 

GENERIC PROGRAM TO DO A LOOPED-CODE RADIX-4 FFT COMPUTATION ON THE 
TMS320C30. 

THE PROGRAM IS TAKEN FROM THE BURRUS AND PARKS BOOK, P. 117, TfC COMPLEX 
DATA RESIDE IN INTERNAL MEMORY, AND THE COMPUTATION IS DONE IN-PLACE. 

THE TWIDDLE FACTORS ARE SUPPLIED IN A TABLE PLIT IN A .DATA SECTION. THIS 
DATA IS INCLUDED IN A SEPARATE FIL£ TO PRESERVE THE GENERIC NATURE OF THE 
PROGRAM. FOR THE SAME PURPOSE, THE SIZE OF THE FFT N AND L0G4(N) ARE 
DEFINED IN A .ijLOBL DIRECTIVE AND SPECIFIED DURING LINKING. 

IN ORDER TO HAVE THE FINAL RESULT IN BIT-REVERSED ORDER, T« TWO MIDDLE 
BRANCHES OF THE RADIX-4 BUTTERFLY ARE INTERCHANGED DURING STORAGE. NOTE 
THIS DIFFERENCE WHEN COMPARING WITH THE PROGRAM IN P. 117 Cf T« BURRUS 
AND PARKS BOOK. 



.BSS 
.BSS 
.BSS 



LPCNT,1 

JT,1 

IA1,1 



AUTHOR: PANOS E. PAPAMICHALIS 
TEXAS INSTRUMENTS 



AUGUST 23, 1987 



««««*««*««««««««*«««««*»«<»t«««*«««**««»««««««**«**»**««««*«f *««««»««««*«<«« 



; ENTRY POINT FOR EXECUTION 

; FFT SIZE 

; LCC4(N) 

; ADDRESS OF SINE TABLE 



.GLOBL 


FFT 


.GLOBL 


N 


.GLOBL 


M 


.GLOBL 


SINE 



.USECT "IN", 1024 





INITIALIZE 






.WORD 


FFT 




.SPACE 


100 


TEMP 


.WORD 


$+2 


STORE 


.WORD 


FFTSIZ 




.WORD 


N 




.WORD 


M 




.WORD 


SINE 




.WORD 


INP 




.BSS 


FFTSIZ, 1 




.BSS 


L0GFFT,1 




.BSS 


SINTAB, 1 




.BSS 


INPUT, 1 




.BSS 


STAGE, 1 




.BSS 


RPTCNT, 1 




.BSS 


IEINDX,1 



; MEMORY WITH INPUT DATA 



1 STARTING LOCATION OF THE PROGRAM 
1 RESERVE 100 WORDS FOR VECTORS, ETC. 

I BEGINNING OF TEMP STORAGE AREA 



; FFT SIZE 

; L0G4(FFTSIZ) 

; SINE/COSINE TABLE BASE 

; AREA WITH INPUT DATA TO PROCESS 

; FFT STAGE # 

. REPEAT COUNTER 

; IE INDEX FOR SINE/COSIft 



; SECOND-LOOP COUNT 

I JT COUNTER IN PROGRAM, P. 117 

; lAl INDEX IN PROGRAM, P. 117 



INITIALIZE DATA LOCATIONS 



LDP 


TEMP 


; COMMAND TO LOAD DATA PAGE POINTER 


LDI 


§TEMP,ARO 




LDI 


eSTORE,ARl 




LDI 


♦ARO++,RO 


; XFER DATA FROM ONE fOIORY TO Tt€ 
; OTHER 


STI 


R0,»AR1++ 




LDI 


»ARO++,RO 




STI 


R0,»AR1++ . 




LDI 


♦ARCt++,RO 




STI 


m,*m** 




LDI 


♦ARO,RO 




STI 


RO,#tf^l 




LDP 


FFTSIZ 


; COrtlAND TO LOAD DATA PAGE POINTER 


LDI 


eFFTSIZ.RO 




LDI 


eFFTSIZ,IRO 




LDI 


eFFTSIZ,IRl 




LDI 


0,AR7 




STI 


AR7,eSTAGE 


; gSTAGE HOLDS TfC CURRENT STAGE 
; NUMBER 


LSH 


1,IR0 


; IR0=2*N1 (BECAUSE OF REAL/IMAG) 


LSH 


-2,IR1 


; IRl=N/4, POINTER FOR SIN/COS TABLE 


LDI 


1,AR7 




STI 


AR7,eRPTCNT 


; INITIALIZE REPEAT COUNTER OF FIRST 
; LOOP 


LSH 


-2,R0 




STI 


AR7,eiEINDX 


; INITIALIZE IE INDEX 


ADD I 


2,R0 




STI 


RO,eJT 


; JT=R0/2+2 


SJJBI 


2,R0 




l-SH 


1,R0 


; R0=N2 


CWTER LOOP 






LDI 


eiNPUT,ARO 


; ARO POINTS TO X(I) 


ADDI 


RO,ARO,AR1 


; ARl POINTS TO X(Il) 


ADDI 


R0,AR1,AR2 


; AR2 POINTS TO X(I2) ' 


ADDI 


R0,AR2,AR3 


; AR3 POINTS TO X(I3) 


LDI 


eRPTCNT,RC 




SUBI 


1,RC 


; RC SHOULD BE OfC LESS THAN DESIRED 


FIST LOOP 






RPTB 


H.K1 




ADDF 


»+AR0,»+AR2,Rl 


; R1=Y(I)+Y(I2) 


ADDF 


♦+AR3,»+AR1,R3 


; R3=Y(I1)+Y(I3) 


ADDF 


R3,R1,R6 


; R6=R1+R3 





> 




^ 




^ 




fl 




t^ 




Bt 




X 




w 




• 




o 


f^ 


2 




9 


H 


2 




2. 


^ 


S 


K> 


3 


s 


^ 


U) 


P9 



o 

o 

r 

o 
o 

a 

n 

o 
a 



H 

o 
s 



I 

§ 

I 






;5- 






SUBF 


»*AR2,»+AR0,R4 


; R4=Y(I)-Y(I2) 


STF 


R6,»+AR0 


Y<I)=R1*«3 


SUBF 


R3,R1 


; Rl=Rl-R3 


LDF 


»AR2,R5 


R5=X(I2) 


LDF 


»+ARl,R7 


; R7=Y«I1) 


ADDF 


•AR3,»AR1,R3 


R3=X(I1)+X(I3) 


ADDF 


R5,»/«0,R1 


. Rl=X(I)tX(I2) 


STF 


R1,»+AR1 


Y(I1)=R1-R3 


ADDF 


R3,R1.R6 


R6=R1+R3 


SUBF 


R5,»<«0,R2 


R2=X(I)-X(I2) 


STF 


R6,«mO*+(IRO) 


X(I)=fil+R3 


SUBF 


R3,R1 


R1=R1-R3 


SUBF 


»AR3,»AR1,R6 


R6=X(I1)-X<I3) 


SUBF 


R7,*+AR3,R3 


-R3=Y(I1)-Y(I3) !! 


STF 


Rl,»ARl++aRO) 


X(Il)=Rl-4?3 


SUBF 


R6,R4,R5 


R5=R4-R6 


ADDF 


R6,R4 


R4=R4+R6 


STF 


R5,*+AR2 


Y(I2)=R4-R6 


STF 


R4,»+AR3 


Y(I3)=R4+ft6 


SUBF 


R3,R2,R5 


R5=R2-R3 !!! 


ADDF 


R3,R2 


R2=R2+R3 !!! 


STF 


R5,»<«2*+(IR0) 


X(I2)=R2-R3 !!! 


STF 


R2,*AR3++(IR0) 


X(I3)=R2+R3 !'! 



» IF THIS IS THE LAST STAGE, YOU «€ DONE 



O 



LDI 


«STAG£,AR7 


ADDI 


1,AR7 


CHPI 


eLUGI-H.AR7 


BZD 


END 


STI 


AR7,eSTA6E 


MAIN IHWER LOOP 


LDI 


1,AR7 


STI 


M^7.eiAl 


LDI 


2,AR7 


STI 

; 


AR7,«.PCNT 


LDI 


2,AR6 


ADDI 


eLPCNT,/«6 


LDI 


«.PCNT,ARO 


LDI 


eiAl.AR7 


ADDI 


eiEINDX,AR7 


ADDI 


eiNPUT,<«0 


STI 


/«7,eiAl 


ADDI 


RO,ARO,AR1 


STI 


AR6,«LPCNT 


ADDI 


R0,AR1,AR2 


ADDI 


R0,AR2,<«3 


LDI 


eRPTCNT,RC 


SUBI 


l.RC 


CHPI 


8JT,AR6 


BZD 


spa 



; CURRENT FFT STAGE 

; INIT lAl ItffiEX 

; INIT LOOP COUNTER FOR INNER LOOP 

; INCREMENT imER LOOP COUNTER 



; IA1=IA1+IE 

; (X(I),Y{I)) POINTER 

; (X(I1),Y(I1)) POINTER 

J <X<I2),Y(I2)) POINTER 

• (X(I3),Y(I3)) POINTER 

; RC SHOULD BE ONE LESS THAN DESIRED « 

; IF LPCNT=JT, GO TO 
; SPECIE. BUTTERFLY 



LDI 


eiAl,AR7 




LDI 


eiAl,AR4 




ADDI 


eSINTAB,AR4 


CREATE COSM INDEX AR4 


ADDI 


AR4,AR7,AR5 




SUBI 


1,AR5 


IA2=IA1*IA1-1 


ADDI 


AR7,AR5,AR6 




SUBI 


1,AR6 


IA3=IA2+IA1-1 


SECOND LOOP 






RPTB 


BLK2 




ADDF 


f+AR2,*+<«0,R3 


R3=Y(I)+Y(I2) 


ADDF 


♦+AR3,»+AR1,R5 


R5=Y(Il)+Y(I3) 


ADDF 


R5,R3,R6 


R6=R3+R5 


SUBF 


♦+AR2,t+AR0,R4 


R4=Y(I)-Y(I2) 


SUBF 


R5,R3 


R3=R3-R5 


ADDF 


»AR2,»AR0,R1 


R1=X<I)+X(I2) 


ADDF 


*AR3,«AR1,R5 


R5=X(I1)+X(I3) 


nPYF 


R3,»+AR5(IR1),R6 


R6=fi3«C02 


STF 


R6,»*AR0 


Y(I)=R3+R5 


ADDF 


R5,R1,R7 


R7=R1+R5 


SLIBF 


tAR2,#AR0,R2 


R2=X(I)-XII2) 


SUBF 


R5,R1 


R1=R1-R5 


MPYF 


R1,»/«5,R7 


R7=R1»SI2 


STF 


R7,«AR0++(IR0) 


X(I)=«1*«5 


SUBF 


R7,R6 


R6=R3»C02-R1»SI2 


SUBF 


♦+AR3,»+AR1,R5 


R5=Y(I1)-Y(I3) 


MPYF 


R1,#+AR5(IR1),R7 


R7=R1»C02 


STF 


R6,*^AR1 


Y(Il)=R3«C02-RlfSI2 


MPYF 


R3,*<«5,R6 


R6=R3»SI2 


ADDF 


R7,R6 


R6=RlfC02*ft3»SI2 


ADDF 


R5,R2,R1 


R1=R2*R5 


SLIBF 


R5,R2 


R2=R2-R5 


SUBF 


tAR3,»ARl,R5 


R5=X«I1)-X(I3) 


SUBF 


R5,R4,R3 


R3=R4-R5 


ADDF 


R5,R4 


R4=fi4*R5 


MPYF 


R3,*+AR4(IR1),R6 


R6=R3«C01 


STF 


R6,»AR1*+(IR0) 


X(I1)=R1«C02+R3»SI2 


MPYF 


R1,»AR4,R7 


R7=R1»SI1 


SUBF 


R7,R6 


R6=R3»C01-R1»SI1 


MPYF 


R1,»+AR4(IR1),R6 


R6=R1*C01 


STF 


R6,«+AR2 


Y(I2>=R3»C01-RI»SI1 


MPYF 


R3,*AR4,R7 


R7=R3«SI1 


ADDF 


R7,R6 


R6=R1»C01+R3«SI1 


MPYF 


R4,*^^6(IR1),R6 


R6=R4*C03 


STF 


R6,*/«2++(IR0) 


X(I2)=R1»C01+R3*SI1 


MPYF 


R2,»AR6,R7 


R7=R2»SI3 


SUBF 


R7,R6 


R6=fi4»C03-R2»SI3 


MPYF 


R2,»+AR6(IR1),R6 


R6=R2iC03 


STF 


R6,«+AR3 


Y(I3)=R4»C03-R2*SI3 


MPYF 


R4,»AR6,R7 


R7=R4»SI3 


ADDF 


R7,R6 


R6=R2»C03+R4tSI3 


STF 


R6,«AR3++(IR0) 


X(I3)=R2«C03+«4»SI3 



g 



CflPI 

BP 

BR 



«LPCNT,RO 

INLOP 

CONT 



; LOOP BACK TO TtE IWER LOOP 



I 

r 



p 






I 



I 



SPECIE. BUTTERFLY FOR W=J 



LDI 


IRl.flR4 




LSH 


-1,AR4 


; POINT TO SIN(45) 


ADDI 


«SINTAB,<«4 


. CREATE COSINE INDEX <«4=C02l 


RPTB 


BLK3 




AOOF 


•<«2,*AR0,R1 


; R1=X(I)*X(I2) 


SUBF 


»AR2,*AR0,R2 


• R2=X(I)-X(I2) 


ADDF 


t*AR2,»*AR(hR3 


; R3=Y(I)*Y(I2> 


SUBF 


f+<«2,t*««),R4 


• R4=Y(I)-Y(I2) 


ADDF 


•AR3,»AR1,R5 


; R5=X<I1)+X(I3) 


SUBF 


R1,R5,R6 


• R6=«5-R1 


ADDF 


R5,R1 


; R1M11+R5 


ADDF 


»*/W3,»+ARl,R5 


; R5=Y(I1)*Y(I3) 


SUBF 


R5,R3,R7 


; R7=R3-R5 


ADDF 


R5,R3 


; R3=R3*fi5 


StF 


R3,»*<«0 


; Y(I)=R3^ 


STF 


R1,«<«(H+(IR0) 


; X(I)=«l*fi5 


SUBF 


•AR3,»AR1,R1 


; R1=X(I1)-X(I3) 


SUBF 


<H^W3,t+ARl,R3 


; R3=Y(II)-Y(I3) 


STF 


R6,f^l 


; Y(I1)=R5-Rl 


STF 


R7,«/«i**(IR0) 


5 X(I1)=«3-R5 


ADDF 


R3,R2,R5 


; R5=R2+R3 


SUBF 


R2,R3,R2 


; R2=-«2*R3 !!! 


SUBF 


R1,R4,R3 


• fl3=R4-Rl 


ADDF 


R1,R4 


• R4=R4^1 


SUBF 


R5,R3,Rl 


; Rl=«3-R5 


ITYF 


•<«4,Rl 


; R1=R1»C021 


ADDF 


R5,R3 


; R3=R3*R5 


HPYF 


f AR4,R3 


. R3=R3»C02l 


STF 


Rl,**<«2 


; Y(I2)=(R3-R5)«C021 


SUBF 


R4,R2,Rl 


5 R1=R2H^4 !!! 


»>YF 


*<«4,R1 


5 R1=«1»C021 


STF 


R3,tAR2*+(IR0) 


. X(I2)=<R3+R5)»C02l 


ADDF 


R4,R2 


; R2=R2+R4 !!! 


HPYF 


tAR4,R2 


; R2=R2»C021 !!! 


STF 


Rl,t+AR3 


5 Y(I3)=-(R4-R2)tC02I !!! 


SF 


R2,fAR3++(IR0) 


• X(I3)=(R4+R2)»C02i !!! 


CNPI 


«LPCNT,RO 




BPD 


INLOP 


; LOOP BACK TO T« IHCR LOOP 


LDI 


«RPTCNT,ftR7 




LDI 


eiEINDX,AR6 




LSH 


2,AR7 


5 IMCREHENT REPEAT COUNTER FOR «XT 
. TIIC 


STI 


<«7,«RPTCNT 




LSH 


2,AR6 


; IE=4tIE 



STI 


AR6,eiEINDX 




LDI 


RO.IRO 


; N1=N2 


LSH 


-3,R0 




ADDI 


2,R0 




STI 


RO,«JT 


; JT=N2/2+2 


SUBI 


2,R0 




LSH 


1,R0 


; N2=fC/4 


BR 


LOOP 


• NEXT FFT STAGE 



STORE RESULT OUT USING BIT-REVERSED ADDRESSING 



LDI 


eFRSIZ.RC 


; RC=N 


SUBI 


l,RC 


; RC SHOULD BE ONE LESS THAN DESIRED 1 


LDI 


eFFTSIZ.IRO 


; IRO=SIZE OF FFT=N 


LDI 


2,IR1 




LDI 


«INPUT,ARO 




LDP 


STORE 




LDr 


eSTORE.ARl 




RPTB 


BITRV 




LDF 


t+ARO(l),RO 




LDF 


♦<«0++(IRO)B,Rl 




STF 


RO,»+ARia) 




STF 


Rl,tARl++(IRi) 




BR 


sap 


; BW»CH TO ITSELF AT T« END 


.END 







mE: fft_4 ~ RADIX-4 COMPLEX FR TO BE C«1ED AS A C FUNCTION. 

SYNOPSIS: 

tnt fft.4(N, n, DATA) 

int N FFT SIZE: NMhH 

int n NUMBER OF STAGES = L064(N) 

float td4t« ARRAY UITH IWUT MO OUTPUT DATA 

DESCRIPTION: 

GENERIC FUNCTION TO DO A RADIX-4 FR COMPUTATION ON THE THS320C30. 
THE DATA M«AY IS 2«Nr10NG. UITH REM. AND IMAGINARY VALUES ALTER- 
NATING. Tl€ PROGRAM IS BASED ON THE FORTRMi PROGRAM IN T>€ BURRUS 
AND PM«(S BOOK, P. 117. 

IN ORDER TO HAVE THE FIIWL RESULT IN BIT-REVERSED ORDER, THE TWO 
MIDDLE BRANCHES OF 1\£ RADIX-4 BUTTERFLY ARE INTERCIVMGED DURING 
STORAGE. NOTE THIS DIFFERENCE WHEN COMPARING UITH THE PROGRAM ON 
P. 117. T(€ COMPUTATION IS DOC IN-PLACE, MiD THE ORIGINAL DATA IS 
DESTROYED. BIT REVERSAL IS IMPLEMENTED AT T« END OF T)€ FUNCTION. 
IF THIS IS NOT NECESSARY, THIS PART CAN BE COOOENTED OUT. THE 
SINE/COSINE TABLE FOR T« TUIDDLE FACTORS IS EXPECTED TO BE SUPPLIED 
DURING LINK TIME, AND IT SHOULD MVE THE FQLLOUING FORMAT: 

.glob*] .sin« 
.data 

.sine .float va1u«i = $in(0«2*pi/N) 

.float va1ue2 = sin(lf2tpi/N) 



i float valu«(5N/4) = 5in((5«l/4-l)t2»pi/N) 

T»£ VALUES valuel, va1ue2, ETC., ME THE SINE HAVE VM.UES. FOR AN 
N-POINT FFT, THERE <«£ N^/4 VALUES FOR A FULL Wffi A QUARTER PERIOD 
OF THE SINE HAVE. IN THIS WAY, A FULL SINE MO COSM PERIOD tt£ 
AVAILABLE (SUPERIMPOSED). 

STACK STRUCTURE UPON TIE CfLLi 





MTA 1 




M ! 




N ! 




RETURNADDR ! 




OLDFP ! 



REGISTERS USED: RO, Rl, R2, R3, R4, R5, R6, R7, ARC, ARl, AR2, AR3, AR4, 
ARS, AR6, AR7, IRO, IRl, RS, RE, RC 



AUTHOR: PANOS E. PM>M1ICMLIS 
TEXAS INSTRUMENTS 



H««««««ft*f««« 



OCTOBER 13, 1987 



WtMHt«MffM«fM 





.GLOBL 


J^FT.4 ; 


ENTRY POINT FOR EXECUTION 




.GLOBL 


-SINE 


ADDRESS OF SINE TABLE 




.BSS 


FFTSIZ,! 






.BSS 


LOGFFT.l 






.BSS 


INPUT, 1 




i 

SIN 


.TEXT 






TAB .word 


-SINE 




♦ 


INITIALIZE C FUNCTION 




_fft_4: PUSH 


FP 


SAVE DEDICATED REGISTERS 




LDI 


SP,FP 






PUSH 


R4 






PUSH 


R5 






PUSHF 


R6 






PUSHF 


R7 






PUSH 


M%4 






PUSH 


MtS 






PUSH 


AR6 




• 


flJSH 


f»7 




LDI 


»-fP(2),R0 


MOVE MGUMENTS TO LOCATIONS HATCHI^ 




STI 


RO,eFFTSIZ 


T»€ N«CS IN THE PROGRAM 




LDI 


»-FP(3),R0 






STI 


RO.eLOGFFT 






LDI 


♦-FP(4),R0 






STI 


RO,eiNPUT 




* 


INITIALIZE FFT ROUTINE 






.BSS 


STAGE, 1 


FFT STAGE • 




.BSS 


RPTCNT,! 


REPEAT COUNTER 




.BSS 


lEINOX,! 


IE INDEX FOR SINE/COSI»E 




• BSS 


LPCNT.l 


SECOW-LOOP COUNT 




• BSS 


JT,1 


JT COUNTER IN PROGRAM, P. 117 




.BSS 


IA1,1 


lAl INDEX IN PROGRM, P. 117 




LDI 


IFFTSIZ,RO 






LDI 


«FFTSIZ,IRO 






LDI 


IfFTSIZ.IRl 






LDI 


0,AR7 , 






STI 


AR7,eSTAGE 


eSTAGE HOLDS THE CURRENT STAGE 


« 






NUMBER 




LSH 


1,IR0 


IR0=2tNl (BECAUSE OF REAL/IMG) 




LSH 


-2, IRl 


IRl=N/4, POINTER FOR SIN/COS TABL£ 




LDI 


1,AR7 






STI 


flR7,e«>TCNT 


INITIALIZE REPEAT COUNTER OF FIRST 


« 






LOOP 



ft 

n 

a 

n 



s 



I 
r 



LSH 


-2,R0 


STI 


m7,mim 


ADDI 


2.R0 


STI 


RO.tJT 


SUBI 


2,R0 


LSH 


1,R0 


OUTER LOOP 




LOI 


eiM^.ARO 


AOOI 


RO,««),/«I 


AODI 


R0.AR1,AR2 


ADDI 


R0,AR2,<«3 


LDI 


eRPTCNT.RC 


SUBI 


i,fw: 



; INITIALIZE IE INDEX 
• JT=R0/2*2 
; R(HC 



ARC POINTS TO X(I) 
ARl POINTS TO X(Il) 
AR2 POINTS TO X(I2) 
AR3 POINTS TO X(I3) 



; RC SHOULD GE Ot£ LESS THAN DESIRED I 



1* 


RPTB 


BLKI 




ADDF 


*+AR0,*+Wl2,Rl 


R1=Y{I)+Y(I2) 


»o 


ADDF 


♦♦AR3,*+AR1,R3 


R3=Y(I1)+Y(I3) 


'^ 


ADDF 


R3,R1,R6 


R6=fll+R3 


.^ 


SUBF 


»+AR2,t+AR0,R4 


R4=Y(I)-Y(I2) 


STF 


R6,»+AR0 


Y(I)=R1+R3 


SUBF 


R3,R1 


R1=R1-R3 


<:3 


LDF 


»AR2,R5 


R5=X(I2) 


!! LEF 


**mi,R7 


R7=Y(I1) 


.-^ 


ADDF 


*AR3,»ARl,R3 


R3=X(I1)*X(I3) 




ADDF 


R5,*m,Hi 


R1=X(I)+X(I2) 


§ 


!! STF 


Rl,t+AR1 


Y(I1)=R1-R3 


cv. 


ADDF 


R3,R1,R6 


R6=R1+R3 


1 


SUBF 


R5,*m,92 


R2=X{I)-X(I2). 


li STF 


R6,*<«0++(IR0) 


X(I)=fil+R3 


SUBF 


R3,Rl 


Rl=«l-R3 


>e 


SUBF 


»AR3,»flRl,R6 


R6=X(n)-X{I3) 


^ 


SUBF 


R7,t*AR3,R3 


-R3=Y(I1)-Y(I3) 


2 


!i STF 


Rl,fARl*+(lRO) 


X(Il)=Rl-ft3 


f 


SUBF 


R6,R4,R5 


R5=R4-R6 


ADDF 


R6,R4 


R4=R4+R6 


STF 


R5,»+AR2 


Y(I2)=R4-R6 


S 


!! STF 


R4,t+AR3 


Y(I3)=R4*R6 


^ 


SUBF 


R3,R2,R5 


R5=R2-R3 !!! 


§ 


ADDF 


R3,R2 


R2=R2*R3 !!! 




BLKI STF 


R5,»<«2++(IR0) 


X(I2)=R2-R3 !!! 




!! STF 


R2,tAR3++(IR0) 


X(I3)=R2+R3 !!! 


K^ 


» IF THIS IS J\€ LAST STAGE. YOU WE I 


)ONE 


§1 


i 






&3 


LDI 


eSTAGE,AR7 




5^ 


ADDI 


1,AR7 




G 


CflPI 


«.0GFT,<«7 




BZD 


END 




O 


STI 


AR7,eSTAGE 


CUKHtNl FFT STAGE 



HAIN INNER LOOP 




LOI 


1,AR7 




STI 


AR7,eiAl 


INIT lAl INDEX 


LDI 


2,Nn 




STI 


AR7,eLPCNT 


INIT LOOP COUNTER FOR IHCR LOOP 


LDI 


2.AR6 


INCREMENT INNER LOOP COUNTER 


ADDI 


eLPCNT,/«6 




LDI 


CLPCNT.ARO 




LDI 


eiAl,AR7 




AOOI 


eiEIM)X,AR7 


IA1=IA1+IE 


ADDI 


eirwT.tfw 


(X(I),Y(I)) POINTER 


STI 


m7,m\ 




AODI 


RO.ARO.ARl 


(XdD.YdD) POINTER 


STI 


AR6,«LPCNT 




ADDI 


R0,AR1,AR2 


(X(I2),Y(I2)) POINTER 


ADDI 


R0,W2,tfW 


(X(I3),Y(I3)) POINTER 


LDI 


eRPTCNT.RC 




SUBI 


l.RC 


RC SHOULD BE »E LESS THAN DESIRED i 


CHPI 


WT.ARS 


IF LPCNT=JT, GO TO 


BZD 


SPCL 


SPECIAL BUTTERFLY 


LDI 


eiAl,M)7 




LDI 


eiAl,AR4 




ADDI 


eSINTAB,AR4 


CREATE COSINE INDEX AR4 


ADDI 


AR4,AR7,AR5 




SUBI 


1,AR5 


IA2=IAI+IA1-1 


ADDI 


M)7,tf^,AR6 




SUBI 


1,AR6 


IA3=IA2*IA1-1 


SECOND LOOP 






RPTB 


BLK2 




ADDF 


t+AR2,«+W«),R3 


R3=Y(I)+Y<12) 


ADDF 


♦+AR3,»+AR1,R5 


R5=Yai)+Y(I3) 


ADDF 


R5,R3,R6 


R6=R3+R5 


SUBF 


**tta,i*m),M 


R4=Y(I)-Y(I2) 


SUBF 


R5,R3 


R3=R3-R5 


ADDF 


♦AR2,»AR0,R1 


R1=X(I)*X(I2) 


AOEF 


♦AR3,*AR1,R5 


R5=X(Il)+X(I3) 


HPYF 


R3,t+AR5(IRl),R6 


R6=R3»C02 


STF 


R6.«*AR0 


Y(I)=R3*R5 


ADDF 


R5,R1,R7 


R7=Rl+R5 


SUBF 


*AR2,»AR0,R2 


R2=X(I)-X(I2) 


SUBF 


R5,R1 


Rl=Rl-R5 


MPYF 


R1,*AR5,R7 


R7=R1»SI2 


STF 


R7,#AR(H+(IR0) 


X(I)=R1+R5 


SUBF 


R7,R6 


R6=R3»C02-R1»SI2 


SUBF 


♦+AR3,»+ARl,R5 


R5=Y(I1)-Y(I3) 


HPYF 


R1,*+AR5(IR1),R7 


R7=R1»C02 


STF 


R6,t+AR1 


Y<Il)=R3iC02-fll»SI2 


rf>YF 


R3,»<«5,R6 


R6=R3»SI2 


ADDF 


R7,R6 


R6=Rl«C02+R3tSI2 



X 

a 






;5- 



ADDF 


R5,R2,R1 


R1=R2+R5 


SUBF 


R5,R2 


R2=R2-R5 


SUBF 


*AR3,»AR1,R5 


R5=X(I1)-X(I3) 


SUBF 


R5,R4,R3 


R3=R4-R5 


ADDF 


R5,R4 


R4=R4+R5 


MPYF 


R3,»+AR4(IR1),R6 


R6=R3*C01 


STF 


R6,*fiRl++(IR0) 


X(I1)=R1»C02+R3*SI2 


MPYF 


Rl,tAR4,R7 


R7=R1«SI1 


SUBF 


R7,R6 


R6=R3*C01-R1*SI1 


MPYF 


R1,»+AR4(IR1),R6 


R6=R1*C01 


STF 


R6,*+^2 


Y(I2)=R3»C01-R1»SI1 


MPYF 


R3,*AR4,R7 


R7=R3»SI1 


ADDF 


R7,R6 


R6=R1»C01+R3»SI1 


MPYF 


R4,*+AR6(IR1),R6 


R6=R4*C03 


STF 


R6,»AR2++(IR0) 


X(I2)=R1»C01+R3»SI1 


MPYF 


R2,»AR6,R7 


R7=R2*SI3 


SUBF 


R7,R<> 


R6=R4*C03-R2«SI3 


MPYF 


R2,«+AR6(IR1),R6 


R6=R2*C03 


STF 


R6,»+AR3 


Y(I3)=R4»C03-R2«SI3 


MPYF 


R4,*AR6,R7 


R7=R4#SI3 


ADDF 


R7,R6 


R6=R2»C03+R4*SI3 


STF 


R6,*AR3++(IR0) 


X(I3)=R2#C03+R4»SI3 


CMPI 


«LPCNT,RO 




BP 


INLOP 


LOOP BACK TO THE Iff 


BR 


CONT 





SPECIAL BUTTERFLY FOR W=J 



G 



S 



LDI 


IR1,AR4 




LSH 


-1,AR4 


POINT TO SIN(45) 


ADDI 


eSINTAB,AR4 


CREATE COSINE INDEX AR4=C02l 


RPTB 


BLK3 




ADDF 


♦AR2,*AR0,R1 


R1=X(I)+X(I2) 


SUBF 


♦AR2,*AR0,R2 


R2=X(I)-X(I2I 


ADDF 


*+AR2,*+<«0,R3 


R3=Y(I)+Y(I2) 


SUBF 


«+AR2,f+AR0,R4 


R4=Y(I)-Y(I2) 


ADEf 


«AR3,*AR1,R5 


R5=X(I1)+X(I3) 


SUBF 


R1,R5,R6 


R6=R5-R1 


ADDF 


R5,R1 


R1=R1+R5 


ADDF 


♦+AR3,»+ARI,R5 


R5=Y(I1)+Y(I3) 


SUbF 


R5,R3,R7 


R7=R3-R5 


ADDF 


R5,R3 


R3=R3+R5 


STF 


R3,*+AR0 


Y(I)=R3+R5 


STF 


R1,«AR0++(IR0) 


X(I)=«1+R5 


SUBF 


♦AR3,*AR1,R1 


R1=X(I1)-X(I3) 


SUBF 


♦+AR3,*+AR1,R3 


R3=Y(I1)-Y(I3) 


STF 


R6,*+AR1 


Y(I1)=R5-R1 


STF 


R7,*AR1++(IR0) 


X(I1)=R3-R5 


ADDF 


R3,R2,R5 


R5=R2+R3 


SUBF 


R2,R3,R2 


R2=-R2+R3 !!! 


SUBF 


R1,R4,R3 


R3=fi4-RI 


ADDF 


R1,R4 


R4=R4+fil 



SUBF 


R5,R3,R1 


R1=R3-R5 


MPYF 


♦AR4,R1 


R1=R1»C021 


ADDF 


R5,R3 


R3=R3+R5 


MPYF 


♦AR4,R3 


R3=R3»C021 


STF 


R1,«+AR2 


Y(I2)={R3-R5)»C021 


SUBF 


R4,R2,R1 


R1=R2-R4 1 ! ! 


MPYF 


♦AR4,R1 


R1=R1»C021 


STF 


R3,*AR2++(IR0) 


X(I2)=(R3+ft5)»C021 


ADDF 


R4,R2 


R2=fi2+R4 !'l 


MPYF 


♦AR4,R2 


R2=R2C021 !l! 


STF 


R1,*+AR3 


Y(I3)=-(R4-fi2)*C021 '!! 


STF 


R2,»AR3++(IR0) 


X(I3)=(R4+R2)«C021 !l! 


CMPI 


eLPCNT,RO 




BPD 


INLOP 


LOOP BACK TO THE INNER LOOP 


LDI 


§RPTCNT,^7 




LDI 


eiEINDX,AR6 




LSH 


2,AR7 


INCREMENT REPEAT COUNTER FOR >£XT 
TIME 


ST I 


tf?7,eRPTCNT 




LSH 


2,AR6 


IE=4tIE 


STI 


AR6,eiEINDX 




LDI 


RO,IRO 


N1=N2 


LSH 


-3,R0 




ADDI 


2,R0 




STI 


R-0,€JT 


JT=N2/2+2 


SUB I 


2,R0 




LSH 


1,R0 


N2=N2/4 


BR 


LOOP 


NEXT FFT STAGE 



DO THE BIT-REVERSING OF THE C^JTPUT 



END: 


LDI 


§FFTSIZ,RC 


; RC=N 




SUBI 


1,RC 


; RC SHOULD BE ONE LESS THAN DESIRED 1 




LDI 


eFFTSIZ.IRO 


; IRO=SIZE OF FFT=N 




LDI 


eiNPUT,ARO 






LDI 


eiNPUT.ARl 






RPTB 


BITRV 






CMPI 


ARO,tf<l 






BGE 


CONT 






LDF 


♦ARO,R0. 






LDF 


*AR1,R1 






STF 


R0,»AR1 






STF 


R1,»AR0 






LDF 


♦+AR0(1),R0 






LDF 


»+ARl(l),Rl 






STF 


R0,*+AR1(1) 






STF 


R1,»+AR0(1) 




CONT 


NOP 


♦++AR0(2) 




BITRV 


NOP 


♦AR1++(IR0)B 





RESTORE THE REGISTER VALUES WD RETURN 
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O 

G 



(fpimu ci 

GENERIC PROGRAH TO DO A RADIX-2 REAL FFT COMPUTATION ON THE TMS320C30 

THE PROGRAM IS TAKEN FROM THE PAPER BY SORENSEN ET AL. , JUNE 1987 ISSUE 
OF THE TRANSACTIONS ON ASSP. 

THE (REAL) DATA RESIDE IN INTERNAL fEMORY. THE COMPUTATION IS DONE 
IN-PLACE. THE BIT REVERSAL IS DONE AT THE BEGINNING OF THE PR0GRW1. 

THE TUIDDLE FACTORS ARE SUPPLIED IN A TABLE PUT IN A .DATA SECTION. THIS 
DATA IS INCLUDED IN A SEPARATE FILE TO PRESERVE THE GENERIC NATURE OF THE 
PROGRAM. FOR THE SAME PURPOSE, THE SIZE OF THE FFT N AND L0G2(N) ARE 
DEFINED IN A .GLOBL DIRECTIVE AND SPECIFIED DURING LINKING. THE LENGTH OF 
THE TABLE IS N/4 + N/4 = N/2. 





CMPI 


ARl.ARO. 


; XC^W«E LOCATIONS ONLY 




BGE 


CONT 


; IF AR0<AR1 




LDF 


♦ARO,RO 






LDF 


*ARI,R1 






STF 


RO,»ARl 






STF 


R1,#AR0 




CONT 


NOP 


♦ARO++ 




BITRV 


NOP 


♦AR1++(IR0)B 





LENGTH-TWO BUTTERFLIES 



> 

ft 



AUTHCiR: PAN03 E. PAPAMICHALIS 
TEXAS INSTRUMENTS 



SEPTEMBER 8, 1987 





.GLOBL 


FFT 




.GLOBi. 


N- 




.GLOBL 


M 




.GLOBL 


SINE 


INP 


.USECT 


"IN", 1024 




.BSS 


OUTP, 1024 




.TEXT 










# INITIALIZE 












.WORD 


FFT 




.SPACE 


m 








FFT3IZ 


.WORD 


N 


LOGFFT 


.WORD 


M 


SINTAB 


.WORD 


SINE 


INPUT 


.WORD 


INP 


OUTPUT 


.WLTRD 


aiTP 



; ENTRY POINT FOR EXECUTION 

; FFT SIZE 

; L0G2(N) 

; ADDRESS OF SINE TABLE 

; MEMORY WITH INPUT DATA 

; MEMORY WITH CiJTPUT DATA 



I STARTING LOCATION OF THE PROGRAM 
I RESERVE lOO WORDS FOR VECTORS, ETC. 



; COMMAND TO LOAD DATA PAGE POINTER 



DO T^C BIT-REVERSING AT THE BEGINNING 



LDI 


eFFTSIZ.RC 


SUBI 


1,RC 


LDI 


tFFTSIZ,IRO 


LSH 


-1,IR0 


LDI 


eiNPUT,ARO 


LDI 


§INPUT,AR1 



LDI 


eiNPUT,ARO 


; tm POINTS TO X(I) 


LDI 


IRO.RC 


; REPEAT N/2 TIMES 


SUBI 


1,RC 


; RC SHOULD BE MC LESS THAN DESIRED « 


RPTB 


BLKl 




ADDF 


♦♦AR0,«ARO++,RO 


; R0=X(I)+X(I+1) 


SUBF 


♦AR0,»-«W,R1 


; Rl=X(I)-X(I+l) 


STF 


RO,»-ARO 


; X(I)=X(I)+X(I+1) 


SF 


R1,«AR0++ 


; X(I+1)=X(I)-X(I+1) 


r PASS OF 1\£ DO-20 LOOP (STAGE K=2 IN DO-10 LOOP) 


LDI 


eiNPUT,ARO 


; ARC POINTS TO X(I) 


LDI 


2,IR0 


; IR0=2=N2 


LDI 


eFFTSIZ,RC 




LSH 


-2,RC 


; REPEAT N/4 TIMES 


SUBI 


l,RC 


; RC SHOULD BE ONE LESS THAN DESIRED « 


RPTB 


BLK2 




ADDF 


♦+ARO(IRO),»ARO++(IRO),RO ; R0=X(I)+X(I+2) 


SUBF 


♦ARO,«-tf?0(IRO),Rl 


; Rl=X(I)-X(I+2) 


l€GF 


*+AR0,RO 


; R0=-X(I+3) 


SF 


RO,«-ARO(IRO) 


; X(I)=X(I)+X(I+2) 


STF 


Rl, ♦««)♦+( I RO) 


; X(I+2)=X(I)-X(I+2) 


SF 


RO,»+ARO 


; X(I+3)=-X(I+3) 


LOOP (FT STAGES) 




LDI 


eFFTSIZ.IRO 




LSH 


-2,IR0 


; IRO=INDEX FOR E 


LDI 


3,R5 


. R5 HOLDS THE CURRENT STAGE NUMBER 


LDI 


1,R4 


; R4=N4 


LDI 


2,R3 


; R3=N2 


LSH 


-1,IR0 


; E=€/2 


LSH 


1,R4 


; N4=2»N4 


LSH 


1,R3 


; N2=2»N2 



3 



; RC SHOULD BE ONE LESS THAN DESIRED I 
; IRO=HALF THE SIZE OF FFT=N/2 



INNER LOOP (DO-20 LOOP IN 1\£ PROGRAM) 



LDI 


§INPUT,AR5 


. AR5 POINTS TO Xd) 


LDI 


IRO.ARO 




AODI 


eSINTAB.WW 


; ARC POINTS TO SIN/COS TABLE 


LDI 


R4,IR1 


; IR1=N4 



I 

i 
§ 



LDI 
AODI 
LDI 
AODI 
LDI 
SUBI 
ADDI 



l.ARl 

AR1,AR3 

R3,AR3 

AR3,AR2 

2,AR2 

R3,<«2.<«4 



; ARl POINTS TO X(I1)=X(I+J) 



1 AR3 POIffTS TO X(I3)=X(I+J+N2) 



; <«2 POINTS TO X(I2)=X{I-J+N2) 
; AR4 POINTS TO X(I4)=X(I-J+N1) 



NOP 
NOP 



; BRANCH TO ITSELF AT THE END 






;5- 



LDF 
ADDF 
SUBF 
STF 
NEGF 
NEGF 
STF 
SF 



LDI 
LSH 
LDI 
SUBI 



♦AR5++(IR1),R0 

»+«5(IRl),R0,Rl 

R0,**+AR5(IR1),R0 

R1,»-AR5(IR1) 

RO 

♦++<«5(IR1),R1 

R0,»/«5 

Rl tAR5 



eFFTSIZJRl 
-2, IRl 
R4,RC 
2,RC 



i RO=X(I) 

; R1=X(I)+X(I+N2) 

1 R0=-X(I)+X(I+N2) 

I X(I)=X(I)+X(I+N2) 

I R0=X(I)-X(I+N2) 

I R1=-X(I+N4+N2) 

; X(I+N2)=X(I)-X(I+N2) 

I X(I+N4+N2)=-X(I+N4+N2) 



• IR1=SEP<«ATI0N BETWEEN SIN/COS TBLS 
; REPEAT N4-1 TI^€S 






RPTB 
MPYF 
nPYF 
MPYF 
ADDF 
hPYF 
SUBF 
SUBF 
ADDF 
STF 
ADDF 
STF 
SUBF 
STF 
STF 

SUBI 
ADDI 
CMPI 
BLTD 
ADDI 
NOF- 
NOP 



BLK3 

*AR3,»+AR0(IR1),R0 

tAR4,»AR0,Rl 

♦AR4,*+AR0(IR1),RI 

R0,R1,R2 

»AR3,*ARO++(IRO),R0 

R(),R1,R0 

«AR2,R0,R1 

♦AR2,R0,R1 

R1,»AR3++ 

♦AR1,R2,R1 

R1,»AR4- 

R2,»ARI,R1 

R1,»AR1++ 

R1,»AR2- 

eiNPUT.ARS 

R4.AR5 

eFFTSIZ,W5 

INLOP 

eil*VT,<«5 



R0=X(I3)»C0S 

R1=X(I4)»SIN 

R1=X(I4)*C0S 

R2=X(I3)»C0S+X(I4)*SIN 

R0=X(I3)»SIN 

R0=-X(I3)»SIN+X(I4)»C0S ' 

R1=-X(I2)+R0 '!! 

Rl=X(I2)*R0 !!: 

X(I3)=-X(I2)+R0 !'! 

R1=X(I1)+R2 

X(I4)=X(I2)+R0 !!! 

R1=X(I1)-R2 

X(n)=X(Il)*R2 

X(I2)=X(I1)-R2 



; AR5=I+N1 

: LOOP BACK TO Tf€ INNER LOOP 



ADDI 
CMPI 
BLE 
NOP 
NOP 



1,R5 

§L0GFFT,R5 

LOOP 



fft.rl ~ RADIX-2 REAL FFT TO BE CALLED AS A C FUNCTION. 

SYNOPSIS: 

int fft-rKN, H, dita) 

int N FFT SIZE: M=2«H 

int n NUMBER OF STAGES = L062(N) 

float *4iU tmM WITH If#>UT AND OUTPUT DATA 

description: 

GENERIC FUNCTION TO DO A RADIX-2 FFT COMPUTATION ON T« THS320C30. 
THE DATA ARRAY IS N-LONG, WITH ONLY REAL DATA. THE OUTPUT IS STORED 
IN THE SAME LOCATIONS WITH REAL AND IfttGINARY POINTS R AND I AS 
FOLLOWS: R(0), R(l),..., R<N/2), KN/2-1),..., Id) 

THE PROijRAri IS BASED ON THE FORTWW PROGRAM IN TIC Ptf>ER BY SORENSEN 
ET AL., ^lUNE 1987 ISSUE OF TRWS. ON ASSP. T« COMPUTATION IS DONE 
IN-F1AC:£. AND THE ORIGINAL DATA IS DESTROYED. BIT REVERSAL IS 
IMPLEMENTED AT THE BEGINNING OF THE FUNCTION. IF THIS IS NOT 
NECESSARY, THIS PART CAN BE COMMENTED OUT. 

THE SIN£/C0:5INE TABLE FOR THE TWIDDLE FACTORS IS EXPECTED TO BE 
SUPPLIED DURING LINK TIME, AND IT SHOULD HAVE THE FOLLOWING FORMAT: 

.global -Sine 
.data 

_sine .float valuel = si"n(0»2»pi/N) 

.float va1ue2 = sin(l«2»pi/N) 



.GLOBL 
.GLOBL 


_FFT_RL 
-SI« 


.BSS 
.BSS 
.BSS 


FFTSIZ.l 
LOGFFT,! 
INPUT, 1 


.TEXT 




.word 


-SINE 



I ENTRY POINT FOR EXECUTION 
; ADDRESS OF Sir£ TABLE 



INITIALIZE C FUNCTION 



PUSH 


P 


LDI 


SP,FP 


PUSH 


R4 


PUSH 


R5 


PUSH 


AR4 


PUSH 


AR5 


LDI 


♦-FP(2),R0 


STI 


RO.eFFTSIZ 


LDI 


♦-FP(3),R0 


STI 


RO,«.OGFFT 


LDI 


♦-FP(4),R0 


STI 


RO.eiNPUT 



I SAV€ DEDICATED REGISTERS 



I MOVE ARGUMENTS TO LOCATIONS MATCHING 
; THE NAICS IN TJ€ PROGRAM 



DO THE BIT REVERSING AT THE BEGIWING 



.float value(N/2) 



: C05((N/4)»2tpi/N) 



THE VALUES valuel TO va1ue(N/4) ARE THE FIRST QUARTER OF THE SINE 
PERIOD ANDd value(N/4+l) TO value(N/2) ARE THE FIRST QW«TER OF THE 
COSINE PERIOD. 



STACK STRUCTURE LIPON THE CALL 


-FP(4) 


DATA 




-FP(3) 


n 




-FP(2) 


N 




-FP(l) 


RETURN ADDR 




-FP(0) 


CtDFP 


h 



REGISTERS USED: RO, Rl, R2, R3, R4, R5, ARO, ARl, AR2, <«4, AR5, IRQ, 
IRl, RS, RE, RC 





LDI 


tFnSIZ,RC 




SUBI 


1,RC 




LDI 


eFFTSIZ.IRO 




LSH 


-1,IR0 




LDI 


«INRJT,«W 




LDI 


eiNPUT,ARl 




RPTB 


BITRV 




CHPI 


ARl.WO 




BGE 


CONT 




LDF 


•ARO.RO 


ii 


LDF 


«ARl,Ri 




STF 


R0,«W1 


;i 


SF 


R1,»AR0 


CONT 


NOP 


»ARO*+ 


BITRV 


NOP 


«ARH^(IRO)B 



; RC SHOULD BE ONE LESS THAN DESIRED t 



IRO=HALF Tl€ SIZE OF FFT=N/2 



; XCHANGE LOCATIONS ONLY 
; IF f^mPRl 



AUTHOR: PANOS E. PAPAMICWIIS 
TEXAS INSTRUMENTS 



aTOBER 13, 1987 



»«««t*»ii««««««<«««>«««»>««««««««»*«**«**«**H«**«<>*t«f*«*ti*««H*»tf*if«**« 



LENGTH-TWO BUTTERFLIES 

LDI eiNPUT.ARO 
LDI IRO.RC 
SUBI 1,RC 



I mo POINTS TO X(I) 

; REPEAT N/2 TIMES 

; RC SHOULD BE ME LESS THAN DESIRED i 



n 

I 

a 



o 

M 
n 

n 

a 
to 

n 
'^ 
I 






.3 

to 



2^ 



i 

G 



RPTB 


BLKl 




ADDF 


»*ARO,»ARO++,RO 


. R0=X(I)+X(I*1) 


SUBF 


*m,*-mo,m 


; R1=X(I)-X(I+1) 


STF 


RO,t-ARO 


; X{I)=X(I)+X(I+1) 


STF 


R1,«AR0++ 


; X(I+1)=X(I)-X(I+1) 



FIRST PASS OF THE DO-20 LOOP (STAGE K=2 IN DO-IOLOOP) 



LDI 


eiNPUT,ARO 


; ARC POINTS TO X(I) 


LDI 


2,IR0 


; IR0=2=N2 


LDI 


tfFTSIZ.RC 




LSH 


-2,RC 


; REPEAT N/4 TIMES 


SUBI 


1,RC 


; RC SHOULD BE 0^E LESS THAN DESIRED « 


RPTB 


BLK2 




ADDF 


♦+AR0(IR0),t<«O++(IR0),R0 ; R0=X(I)+X(I+2) 


SUBF 


♦AR0,»-AR0(IR0),R1 


? Rl=X(I)-X(I+2) 


NEGF 


♦+ARO,RO 


; R0=-X(I+3) 


STF 


RO,»-ARO(IRO) 


. X(I)=X(I)+X(I+2) 


STF 


R1,»ARO*+(1RO) 


5 X(I+2)=X(I)-X(I+2) 


STF 


RO,»+ARO 


; X(I+3)=-X(I+3) 



MAIN LOOP (FFT STAGES) 



LDI 


«FFTSIZ,IRO 




LSH 


-2,IR0 


; IRO=INDEX FOR E 


LDI 


3,R5 


; R5 HOLDS THE CURRENT STAGE NUMBER 


LDI 


1,R4 


; R4=N4 


LDI 


2,R3 


; R3=N2 


LSH 


-l.IRO 


; E=E/2 


LSH 


1,R4 


■ N4=2»N4 


LSH 


1,R'3 


; N2=2*N2 



INNER LOCf ([O-20 LOOP IN THE PROGRAM) 



LDI 


§INPUT,AR5 


.AR5 POINTS TO X(I) 


LDI 


IRO.ARO 




ADD I 


eSINTAB,ARO 


; ARC POINTS TO SIN/COS TABLE 


LDI 
LDI 


R4,IR1 
M^.ARl 


5 IRl=N4 


ADDI 


1,AR1 


; ARl POINTS TO X(I1)=X(I+J) 


LDI 


ARi,M)3 




ADDI 


R3,AR3 


. AR3 POINTS TO X(I3)=X(I*J+N: 


LDI 


AR3,AR2 




SUBI 


2,AR2 


; AR2 POINTS TO X(I2)=X{I-J+Ni 


ADDI 


R3,<«2,AR4 


; AR4 POINTS TO X(I4)=X<I-J+N 


LDF 


♦AR5++(IR1KR0 


. RO=X(I) 


ADDF 


♦+AR5(IR1),R0,R1 


; Rl=X(I)+X(I+N2) 


SUBF 


R(),t++AR5(IR1),R0 


; R0=-X(I)+X(I+N2) 


STF 


R1,»-AR5(IR1) 


; X<I)=Xn)+X(I+N2) 


NEGF 


RO 


; R0=X(I)-X(I*N2) 



NEGF 


»++AR5(IRl),Rl 


; Rl=-X(l+N4+N2) 


STF 


R0,W«5 


; X(I+N2)=X(I)-X(I+N2) 


STF 


R1,*AR5 


; X(I+N4+N2)=-X(I+N4+N2) 


INNERMOST LOOP 




LDI 


eFFTSIZ.IRl 




LSH 


-2,IR1 


; IR1=SEPARATI0N BETWEEN SIN/COS TBLS 


LDI 


R4,RC 




SUBI 


2,RC 


; REPEAT N4-1 TIftS 


RPTB 


BLK3 




lf>YF 


•AR3,»+AR0(IR1),R0 


; R0=X(I3)«C0S 


MPYF 


»AR4,tW«);Rl 


; R1=X(I4)»SIN 


JfYF 


♦AR4,»+AR0(IR1),R1 


; R1=X(I4)#C0S 


ADDF 


R0,R1,R2 


; R2=X(I3)»C0S+X(I4)»SIN 


MPYF 


♦AR3,*ARO++(IR0),R0 


; R0=X(I3)*SIN 


SUBF 


R0,R1,R0 


; RO=-X(I3)tSIN+X(I4)*C0S !!! 


SUBF 


♦Aft2,R0,Rl 


; R1=-X(I2)+R0 !!! 


ADDF 


♦AR2,R0,R1 


; R1=X(I2)+R0 !!! 


STF 


R1,*W?3++ 


; X(I3)=-X(I2)+R0 !!! 


ADDF 


♦AR1,R2,R1 


; R1=X(I1)+R2 


STF 


Rl,»<«4~ 


X(I4)=X(I2)+R0 !f! 


SUBF 


R2,»AR1,R1 


• R1=X(I1)-R2 


STF 


R1,»<«1++ 


X(I1)=X(I1)+R2 


SF 


Rl,»«^2- 


X(I2)=X(I1)-R2 


SUBI 


«NPUT,AR5 




ADDI 


R3,AR5 


AR5=I*«1 


CMPI 


eFFTSIZ.ARS 




BLED 


INLOP 


LOOP BACK TO THE IfWER LOOP 


ADDI 


eiNPUT,AR5 




NOP 






NOP 






ADDI 


1,R5 




CMPI 


«.0GFFT,R5 




BLE 


LOOP 





RESTORE THE REGISTER VALUES AND RETURN 



POP 


AR5 


POP 


AR4 


POP 


R5 


POP 


R4 


POP 


FP 


RETS 





I 

I 












2^ 






G 



GENERIC PROGRAH TO DO A RADIX-2 REM. INVERSE FFT COHPUTATION ON TfC 
THS320C30. 

THE (REAL) DATA RESIDE IN INTERIWL tCMORY. THE COMPUTATION IS DONE 
IN-PLACE. THE BIT REVERSE. IS DONE AT THE BEGINNING OF Tf£ PR0GRM1. Tf£ 
INPUT DATA ARE STORED IN THE FOLLOUING ORDER: 

RE(0), RE<1),..., RE(N/2), IH(N/2-l ),..., imi) 

THE TWIDDLE FACTORS ARE SUPPLIED IN A TABLE PUT IN A .DATA SECTION. THIS 
DATA IS INCLUDED IN A SEPtfWTE FILE TO PRESERVE THE GENERIC rWTURE OF THE 
PROGRAM. FOR Tf£ S^WE PURPOSE, THE SIZE OF THE FFT N AND L0G2(N) ARE 
DEFINED IN A .GLOBL DIRECTIVE AND SPECIFIED DURING LINKING. THE LENGTH OF 
THE TABLE IS N/4 + N/4 = N/2. 



author: PANOS PW'AHICHALIS 
TEXAS INSTRUMENTS 



DECEMBER 21, 1988 





.GLOBL 


IFFT 




.GLOBL 


N 




.GLOBL 


M 




.GLOBL 


SINE 


» 








.BSS 


INP,1 


« 


.TEXT 




* 






* INITIALIZE 




« 








.WORD 


IFFT 


« 








.SPACE 


100 


« 






FFTSIZ 


.yORO 


N 


LOGFFT 


.WORD 


M 


SINTAB 


.WORD 


SINE 


INPUT 


.WORD 


INP 



fttlN LOOP (FFT STAGES) 



LOI 


1,IR0 


LDI 


3,R5 


LDI 


eFFTSIZ,R3 


LSH 


-1,R3 


LOI 


eFFTSIZ,R4 


LSH 


-2,R4 


UOOP 





. ENTRY POINT FOR EXECUTION 

? FFT SIZE 

• L0G2(N) 

; ADDRESS OF SINE TABLE 

. MEMORY WITH INPUT DATA 



i ST«?TING LOCATION OF T« PROGRAM 
; RESERVE 100 WORDS FOR VECTORS, ETC. 



I COMMAND TO LOAD DATA PAGE POINTER 



, IRO=INDEX FOR E 

I R5 HOLDS THE CURRENT STAGE NUMBER 



; R3=N1/2=N2 
I R4=N1/4=N4 



LDI 


«INPUT,AR5 


; fiP5 POINTS TO X(I) 


LDI 


IRO.ARO 




AODI 


tSINTAB.ARO 


. m POINTS TO SIN/COS TABLE 


LDI 


R4,IR1 


; IR1=N4 


LDI 


AR5,AR1 




ADDI , 


l.ARl 


; mi POINTS TO X(I1)=X(I+J) 


LDI 


AR1,AR3 




ADDI 


R3,AR3 


. AR3 POINTS TO X(I3)=X(I+J+N2) 


LDI 


/«3,AR2 




SUBI 


2,AR2 


; AR2 POINTS TO X(I2)=X(I-,>N2) 


ADDI 


R3,«2,«4 


. AR4 POINTS TO X(I4)=X(I-J+N1) 


NOP 


*++fiR5(IRl) 


; POINT TO X(I+N4) 


ADDF 


♦-<«5(IR1),»*«5(IR1),R0 


SUBF 


♦+AR5(IR1),»-AR5(IR1),R1 


STF 


R0,«-AR5(IR1) 


; X(I)=X(I)*X(I*N2) 


STF 


R1,«++AR5(IR1) 


5 X(I+N2)=X(I)-X(I+N2) 


LDF 


»AR5,R0 




MPYF 


2.0,R0 




STF 


R0,f-AR5(IR1) 


. X(I+N4)=2*X(I+N4) 


LDF 


♦++«15(IR1),R1 




MPYF 


-2.0,R1 




STF 


Rl,«tf»++(IR1) 


; X(I+N4+N2)=-X(I+N4+N2)t2 


WSTLOOP 




LDI 


«FnSIZ,IRl 




LSH 


-2,IR1 


; IR1=S£P<«ATI0N BETWEEN SIN/COS TBLS 


LDI 


R4,RC 




SUBI 


2,RC 


; REPEAT N4-1 TIMES 


RPTB 


BLK3 




SUBF 


»AR2,*AR1,R1 


; R1=T1=X(I1)-X(I2) 


ADDF 


♦AR2,»«1,R0 




«»YF 


Rl,t^ARO(IRl),RO 


. R0=T1*C0S 


SF 


R0,«AR1++ 


; X(I1)=X(I1)+X(I2) 


ADDF 


»AR3,*AR4,R2 


. R2=T2=X(I3)+X(I4) 


SUBF 


•nnO^ "llnT^nO 




MPYF 


R2,«<«0,R6 


• R6=T2»SIN 


SF 


R6,»^- 


5 X(I2)=X(I4)-X(I3) 


SUBF 


R6,R0 




rf>YF 


R2,«iAR0(IRl),R6 


; R6=T2»COS 


STF 


R0,«AR3++ 


; X(I3)=T1»C0S-T2»SIN 


ff>YF 


R1,««0++(IR0),R0 


• R0=T1»SIN 


ADDF 


R6,R0 




STF 


R0,«<«4- 


; X(I4)=TUSIN+T2»C0S 


SUBI 


«INPUT,AR5 




091 


eFFTSIZ,«» 




BLTD 


IH.OP 


; LOOP BACK TO T« I>»€R LOOP 


ADDI 


%imn,(f!5 




LDI 


IRO.WW 




ADDI 


eSINTAB.fifiO 


; mo POINTS TO SIN/COS TABLE 



ft 



I 






ADDI 


1,R5 




CHPI 


§L0GFFT,R5 




BLED 


LOOP 




LSH 


l.IRO ^ 


; E=E«2 


LSH 


-1,R4 


; N4=N4/2 


LSH 


-1,R3 


. N2=N2/2 





BGE 


CONT 




LDF 


»ARO,RO 




LDF 


»AR1,R1 




STF 


R0,»AR1 


II 


STF 


R1,»AR0 


CONT 


NOP 


»ARO++ 


BITRV 


NOP 


♦AR1++(IR0)B 



LAST PASS OF THE MAIN LOOP 



! BRANCH TO ITSELF AT ^^£ END 



LDI 


eiNPUT.ARO 


; ARC POINTS TO X(I) 


LDI 


2,IR0 


; IR0=2=N2 


LDI 


IFFTSIZ.RC 




LSH 


-2,RC 


• REPEAT N/4 TIMES 


SU6I 


1,RC 


; RC SHOULD BE ONE LESS THAN DESIRED i 


LDF 


♦+ARO(IRO),RO 


; R0=X(I+2) 


RPTB 


BLK2 




ADDF 


RO,»ARO++(IRO),Rl 


• Rl=Xn)+X(I+2) 


SUBF 


R0,*-ARO(IRO),R1 


; Rl=X(I)-X(I+2) 


STF 


R1,»-ARO(IRO) 


• X(I)=X(I)+X(I+2) 


STF 


R1,«AR0++ 


; X<I+2)=X(I)-X(I+2) 


LDF 


♦-AR0,R1 




MPYF 


2.0,R1 


; R1=2.0«X(I+1) 


STF 


R1,»-AR0(IR0) 


; X(I+1)=2.0*X(I+1) 


LDF 


*AR0++,R1 




MPYF 


-2.0,R1 


; Rl=-2.0*X(I+3) 


STF 


R1,»-AR0 


; X(I+3)=-2,0*X<I+3) 


LDF 


*+ARO(IRO),RO 


; RO=X( 1+4+2) 



LENGTH-THO OiTTERFLIES 



Co 

G 



LDI 


iINPUT,ARO 


ARC POINTS TO X(I) 


LDI 


tfFTSIZ.RC 




LSH 


-1,RC 


REPEAT N/2 TIMES 


SUBI 


1,RC 


RC SHOULD BE ONE LESS THAN DESIRED t 


RPTB 


BLKl 




ADDF 


♦+ARO,*ARO++,RO 


R0=X(I)+X(I+1) 


SUBF 


♦ARC, ♦-ARC, Rl 


R1=X(I)-X(I+1) 


STF 


RO,»-ARO 


X{I)=X(I)+X(I+1) 


SF 


R1,»AR0++ 


X(I+1)=X(I)-X(I+1) 



DO THE BIT REVERSING AT THE END 



LDI 


€FFTSIZ,RC 


SUBI 


1,RC 


LDI 


eFFTSIZ,IRO 


LSH 


-1,IR0 


LDI 


eiNPUT,ARO 


LDI 


§INPUT,AR1 


RPTB 


BITRV 


CHPI 


mi,tf^ 



I RC SHOULD BE ONE LESS TH^ DESIRED I 
! IRO=HALF THE SIZE OF FT=N/2 



', tCmtCE LOCATIONS ONLY 
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Appendix D. Discrete Hartley Transform 
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^ENDIX Dl 

GENERIC PROGRAM TO DO A RADIX-2 HARTLEY TRANSFORM ON J}€ THS320C30. 

THE PROGRAM IS TAKEN FROM THE PAPER BY SORENSEN ET AL. , OCT 1985 ISSUE 
OF THE TRWSACTIONS ON ASSP. 

THE (REAL) DATA RESIDE IN INTERNAL «MORY. THE COMPUTATION IS DONE 
IN-PLACE. THE BIT-REVERSAL IS DONE AT THE BEGINNING OF THE PROGRAM. 

THE TWIDDLE FACTORS ARE SUPPLIED IN A TABLE PUT IN A .DATA SECTION. THIS 
DATA IS INCLUDED IN A SEPARATE FILE TO PRESERVE THE GENERIC NATURE OF THE 
PROGRAM. FOR THE SAME PURPOSE, THE SIZE OF THE FHT N AND L0G2(N) ARE 
DEFINED IN A .GLOBL DIRECTIVE AND SPECIFIED DURING LINKING. THE LENGTH OF 
THE TABLE IS N/4 + N/4 = N/2. 



li 


LDF 


»ARI,R1 




SF 


R0,»AR1 


!1 


SF 


R1,»AR0 


CONT 


NOP 


♦ARO++ 


BITRV 


NOP 


♦AR1++(IR0)B 



LENGTH-TWO BUTTERFLIES 



AUTHOR: PANOS PW'AMICHALIS 
TEXAS INSTRUMENTS 



DECEMBER 14, 1988 



LDI 


eiNPUT,ARO 


tfW POINTS TO X(I) 


LDI 


IRO.RC 


REPEAT N/2 TIMES 


SUBI 


1,RC 


RC SHOULD BE ONE LESS THAN DESIRED « 


RPTB 


BLKl 




ADDF 


♦+ARO,»ARO++,RO 


R0=X(I)+X(I+1) 


SUBF 


♦AR0,»-AR0,R1 


R1=X(I)-X(I+1) 


STF 


R0,*-^«0 


X(I)=X(I)+X(I+1) 


SF 


R1,»AR0++ 


X(I+l)=X(I)-X(Ul) 






o 

D 
ft 



ft 

a 



FIRST PASS OF T« DO-30 LOOP (STAGE K=2 IN 00-20 LOOP) 





.GLOBL 


FHT 




.GLOBL 


N 




.GLOBL 


M 




.GLOBL 


SINE 


« 






* 


.BSS 
.TEXT 


INP,1024 


« 






♦ INITIALIZE 




« 








.WORD 


FHT 




.SPACE 


100 


* 






FHTSIZ 


.WORD 


N 


LOGFHT 


.WORD 


H 


SINTAB 


.WORD 


SINE 


INPUT 


.WORD 


INP 



ENTRY POINT FOR EXECUTION 

FHT SIZE 

L0G2(N) 

ADDRESS OF SINE TABLE 

I MEMORY WITH INPUT DATA 



; STATING LOCATION OF TJC PROGRAM 
; RESERVE 100 WORDS FOR VICTORS, ETC. 



; COMMAND TO LOAD DATA PAGE POINTER 



LDI 


eiNPUT,ARO 


ARO POINTS TO X(J) 


LDI 


2,IR0 


IR0=2=N2 


LDI 


tfHTSIZ.RC 




LSH 


-2,RC 


REPEAT N/4 TIMES 


SUBI 


1,RC 


RC SHOULD BE Ott LESS THAN DESIRED 1 


RPTB 


BLK2 




ADDF 


♦+AR0(IR0),«<«O++(IRO),R0 ; R0=X(J)+X(L2) 


SUBF 


»AR0,*-«W(IR0),R1 


R1=X(J)-X(L2) 


STF 


R0,»-^«0(IRO) 


X(J)=X(J)+X(L2) 


LDF 


♦+WW,RO 


R0=X(L4) 


ADDF 


R0,M«0,R1 


Rl=X(L3)+X(L4) 


SF 


R1,*AR0++ 


X(L2)=X(J)-X(L2) 


SUBF 


R0,»-AR0(IR0),R1 


R1=X(L3)-X(L4) 


SF 


R1,*-AR0(IR0) 


X(L3)=X(L3)+X(L4) 


SF 


Rl, ♦««)++ 


X(L4)=X(L3)-X(L4) 



fttIN LOOP (FHT STAGES) 



DO THE BIT REVERSING AT TfC BEGINNING 



LDI 


tfHTSIZ.RC 


; RC=N . 


SUBI 


1,RC 


; RC SHOULD BE ONE LESS TH^ DESIRED t 


LDI 


€FHTSIZ,IRO 




LSH 


-1,IR0 


; IRO=HALF THE SIZE OF FHT=N/2 


LDI 


§INPUT,ARO 




LDI 


eiNPUT,ARl 




RPTB 


BITRV 




CMPI 


AR1,AR0 


; XCHANGE LOCATIONS ONLY 


BGE 


CONT 


; IF «^o<:ari 


LDF 


♦ARO.RO 





LDI 8FHTSIZ,IR0 




LSH -2,IR0 


IRO=IW)£X FOR E 


LDI 3,R5 


R5 HOLDS T« CURRENT STAGE NUMBER 


LDI 1,R4 


R4=N4 


LDI 2,R3 


R3=K2 


LSH -l.IRO 


E=E/2 


LSH 1,R4 


N4=2*N4 


LSH 1,R3 


N2=2tN2 


R LOOP (DO-30 LOOP IN T« PROGRAM) 


LDI 8INPUT,AR5 


<«5 POINTS TO X(J) 


LDI IRO,AR0 




ADDI eSINTAB,AfiO 


ARO POINTS TO SIN/COS TABLE 


LDI R4,IR1 


IR1=N4 



^5 

C/) © 

o » 

n S 



o 

o 
K 



I 

I 

Hi 



^ 









2^ 



to 



vO 



LDI 


MG,m 




ADDI 


l.ARl 


ARl POINTS TO X(L1)=X(J*I-1) 


LDI 


AR1,AR3 




ADDI 


R3,AR3 


AR3 POINTS TO X<L3)=X(L1*N2) 


LDI 


AR3,AR2 




SUBI 


2,AR2 


AR2 POINTS TO X(L2)=X(v>-I+l+fl2) 


ADDI 


R3,AR2,AR4 


AR4 POINTS TO X(L4)=X(L2+N2) 


LDF 


»AR5++(IR1),R0 


RO=X(J) 


ADDF 


*+AR5(IRl),R0,Rl 


R1=X(J)+X(L2) 


SUBF 


R0,«++AR5(IR1),R0 


R0=-X(J)+X(L2) 


STF 


R1,*-AR5(IR1) 


X(J)=X(J)+X(L2) 


NEGF 


RO 


R0=X(J)-X(L2) 


SF 


R0,«AR5 


X(L2)=X(J)-X(L2) 


LDF 


♦♦AR5(IR1),R0 


R0=X(L4) 


ADDF 


R0,*-AR5(IR1),R1 


R1=X(L3)+X(L4) 


SUBF 


R0,«-AR5(IR1),R1 


R1=X(L3)-X(L4) 


STF 


R1,»-AR5(IR1) 


X(L3)=X(L3)+X(L4) 


STF 


Rl,»+AR5nRl) 


X(L4)=X(L3)-X(L4) 


INNERHOST LOOP 




LDI 


§FHTSIZ,IR1 




LSH 


-2,IR1 


IR1=SEPARATI0N EETHEEN SIN/COS TBLS 


LDI 


R4,RC 




SUBI 


2,RC 


REPEAT N4-1 TIHES 


RPTB 


BLK3 




MPYF 


»AR3,»+AR0(IR1),R0 


R0=X(L3)tC0S 


MPYF 


♦AR4,tAR0,Rl 


R1=X(L4)»SIN 


MPYF 


«AR4,*+AR0(IR1),R1 


Rl=X<L4)tC0S 


ADDF 


R0,R1,R2 


R2=X(L3)«C0S+X(L4)tSIN=Tl 


flPYF 


*AR3,«WW)++(IR0),R0 


R0=X(L3)*SIN 


SUBF 


R1,R0,R0 


R0=X(L3)»SIN-X(I4)«C0S=T2 


SUBF 


R0,«*«2,R1 


R1=X(L2)-T2 


ADDF 


♦AR2,R0,R1 


R1=X(L2)+T2 


STF 


Rl,*mA~ 


X(L4)=X(L2)-T2 


ADDF 


♦AR1,R2,R1 


R1=X(L1)+T1 


STF 


R1,»AR2- 


X(L2)=X<L2)+T2 


SUBF 


R2,*AR1,R1 


R1=X(L1)-T1 


STF 


R1,»AR1++ 


X(L1)=X(L1)+T1 


SF 


R1,*AR3++ 


X(L3)=X(L1)-T1 


SUBI 


«INPUT,AR5 




ADDI 


R3,AR5 


AR5=I+N1 


CMPI 


«FHTSIZ,AR5 




BLTD 


INLOP 


LOOP BACK TO THE INNER LOOP 


ADDI 


eiNPUT,AR5 




NOP 






NOP 






ADDI 


1,R5 




CUPI 


«L0GFHT,R5 





BR 
.END 



LOOP 
END 



{BRANCH TO ITSELF AT THE END 
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I 
I 






;5- 






MVENDIX El 

A FAST COSIIC TRANSFORM 

BASED ON THE ALGORITHI OUTLIFB) BY BYEONG GI LEE IN HIS tf^TIOE, FCT - A 
FAST COSINE TRANSFORM, PUBLISHED IN THE PROCEEDINGS OF TJC IEEE INTER- 
NATIONAL CONFERENCE ON ACOUSTICS, SPEECH, AND SIGNM. PROCESSING, SM 
DIEGO, CA, 19-21 MARCH 1984, P 28A.3/1-4 VOL. 2, (CH1954-5/84/0000-O299). 

LEE'S ALGORITHM HAS BEEN MODIFIED TO ALLOU NATURAL ORDER TIC DOTMIN 
COEFFICIENTS RATHER imt THE LESS ORDERED INPUT SUGGESTED IN HIS WTICLE. 

THE FREQIENCY DOMAIN COEFFICIENTS ARE IN BIT REVERSE ORDER. THIS IS Ml IN 
PLACE CALCULATION. 

author: PAUL MILHELM 



.global FCT 

.global M 

.global COS.TAB 

.global COEFF 

.text 



FCTSIZE 


.Hord 


M 


-COS 


.word 


COS-TAB 


-DATA 


.word 


COEFF 


FCT! 








LDI 


eFCTSIZE.ARO 




LDI 


tfCTSIZE.BK 




LDI 


e_DATA,<«<» 




LDI 


e.C0S,AR7 




LDI 


MW.IRl 




LDI 


-1,IR0 




LDI 


AR6,tf)l 




ADDI3 


AR6,«0,AR2 




SUBI 


1,AR2 




LSH3 


m,m),m 




LDI 


1,AR5 




ADOI 


mi>,tfG 




ADDI3 


IR0,M^,M4 




ADDI3 


IR0,AR5,RC 



; FAST COSINE TR/MSFORH ENTRY POINT, 
i LENGTH OF DATA ENTRY. 
I TABLE OF COSINE COEFFICIENTS. 
I TABLE OF INPUT DATA. 



OUTSIDE-LOOP: 
MIDDLE-LOOP: 




LDF 
1! LDF 


tAR2,R2 


SUBF3 

SUBF3 

MPYF3 

!! ADDF3 


«AR3,tW4,Rl 
«AR2,*AR1,R0 
Rl,t++AR7,R1 
R3,»flR4,R3 


MPYF3 
!! ADDF3 


R0,*-AR7,R0 
R2,»AR1,R2 


STF 
!! STF 


Rl,«/«2++(IRl)X 
R3,»«?4*+{IR1)X 


EMD-CENTER_LOOP: 




STF 
11 STF 


R0,t«3++(IR1)X 
R2,«ARI++(IR1)X 



; TUO BUTTERFLIES ARE CALCULATED AT 
5 THE SWC TIME. 

GET LO«ER HALF OF EACH BUTTERaY. 

(THIS ALLOUS FOR MORE PARALLa 

COMMMDS LATER) 
SUBTRACT SECOND BUTTERFLY DATA. 
SUBTRACT FIRST BUTTERFLY DATA. 
MULTIPLY 2ND SUBTRACTION RESULT BY 

COSItf COEFFICIENT. M)D SECOND 

BUTTERFLY DATA. 
MULTIPLY 1ST SUBTRACTION RESULT BY 

COSINE COEFFICIENT. ADD FIRST 

BUTTERFLY DATA. 
SAVE 2N0 MULTIPLY RESULT IN LOUER 

HMJ IF BUTTERFLY. SAVE 2ND 

ADDITION IN UPPER 2ND BUTTERFLY. 



SAVE 1ST MULTIPLY IN LOMER mi OF 
2ND BUTTERFLY. SAVE 1ST ADDITION 
IN UPPER 1ST BUTTERFLY. 



END OF CENTER LOOP OF FIRST LOOP SERIES. 



LOAD DATA LENGTH. 

SET BLOCK SIZE FOR CIRCULAR 

ADDRESSING. 
LOAD DATA POINTER. 
LOAD COSINE TABLE POINTER. 
INITIALIZE INDEX REGISTERS FOR FIRST 

BUTTERFLY SERIES. 
INITIALIZE DATA POINTERS. 



INITIALIZE 2'S POUER COUNTER. 
: FINISH DATA POINTER INITIM.IZATICN. 



I RC SHOULD BE ONE LESS IWm COUNT 
; DESIRED. 



ADDI3 


IRO,M»,RC 


UPDATE REPEAT COUNTER FOR «XT BLOCK 
REPEAT. 


A0DF3 


•<«3++,»<«2-,R0 


UPDATE DATA POINTERS. 


Ctfl 


tfW,<«2 


WS€ BUTTERFLIES BEEN COfLETED? 


BGTD 


MIDDLE.LOOP 


DELAYED BRMCH, IF NOT. 


ADDF3 


*AR1*+,»AR4~,R0 


UPDATE FINAL TWO POINTERS FOR NEXT 
REPEAT. 


AODI 


2,AR7 


UPDATE COSINE COEFFICIENT POINTER. 


OR 


0100H,ST 


SET REPEAT MODE. (FASTER TIMN USING 
RPTB UHEN STM^T AND END ADDRESS 
ff£ STILL GOOD) 



DELAY BRANCH FROH HERE TO HIDOLEJ.OOP. 



FIRST LOOP SERIES 

THIS LOOP SERIES DOES (LL THE BUTTERFLY STAGES EXCEPT J\€ FItWL ONE. 
RPTB END.CENTER_LOOP 



LSH 


-l.IRl 


LDI 


f^i>,m 


ADDI 


m,m,fta 


ADDI 


IR1,AR2 


CHPI 


2,IR1 


BGTD 


OUTSIDE_LOOP 


LSH 


1,AR5 


SUBI3 


m,m^,m 


ADDI3 


IR0,AR5,RC 


OF FIRST LOOP SERIES. 



• UPDATE INDEX REGISTER. (DIVIDE BY 2) 
! REINITI^IZE DATA POINTERS. 



IS FIRST BUTTERFLY SERIES COMPLETE? 
DELAY BRANCH, IF NOT. 
MULTIPLY 2'S POWER COUNTER BY 2. 
CONTINUE REINITIM.IZING DATA 

POINTERS. 
SET REPEAT COUNTER FOR REPEAT BLOCK. 



> 

IS 



w 



to 
en 

n 

o 

I* 

H 

&9 



O 



FINAL BUHERFLY STAGE LOOP. 



I 



O 



I 

o 

Q 



LDI 


4,IR1 


ADDI 


1,AR3 


LSH 


-1,AR5 


ADDI 


3,AR4 


ADDI3 


IR0,AR5,RC 


MPYF3 


♦AR7,»+AR7,R4 


RPTB 


END-2ND-L0OP 



SUBF3 
SUBF3 
MPYF3 
ADDF3 

MPYF3 
ADDF3 

MPYF3 
STF 

I1PYF3 
STF 

ADDF3 

STF 



END_2ND_L0OP: 
STF 



INCLUDES LAST BUTTERFLIES AND FIRST STAGE OF BIT REVERSE ADDITIONS. 



; INITIALIZE INDEX REGISTER. 
; SET UP DATA POINTERS. 



INITIALIZE REPEAT COUNTER. 
CALCULATE (2/l1)»COS(PI/4). 

{I.E.-> (SQRT(2))/H THIS VALUE IS 

CALLED, S, BELOW.) 
TWO BUTTERFLIES ARE CALCULATED PER 

LOOP. 



♦AR2,»AR1,R0 ; SUBTRACT 1ST BUTTERFLY DATA. 

♦AR4,»AR3,R1 ; SUBTRACT 2ND BUHERFLY DATA. 

R0,R4,R0 ; MULTIPLY 1ST SUBTRACTION RESULT 
♦AR3++(IR1),»AR4++(IR1),R3 ; BY S. ADD 2ND BUTTERFLY 

; DATA. 

R1,R4,R1 ; MULTIPLY 2ND SUBTRACTION RESULT 
♦AR1++(IR1),#AR2++{IR1),R2 ; BY S. ADD 1ST BUTTERFLY 

; DATA. 

R3,«+AR7,R3 ; MULTIPLY 2ND ADDITION RESULT BY 
R0,»-AR2(IR1) ; 7071. SAVE 1ST. SUBTRACTION IN 

; LOWER 1/2 OF 1ST BUTTERFLY. 

R2,*+AR7,R2 ; MULTIPLY 1ST ADDITION RESULT BY 
R1,»-AR4(IR1) ; .7071 SAVE 2ND SUBTRACTION IN 

; LOWER 1/2 OF 2ND BUTTERFLY. 

R3,R1,R3 ; ADD 2ND SUBTRACTION MULTIPLY TO 2HD 

; ADDITION MULTIPLY. 

R2,#-AR1(IR1) ' ., SAVE 1ST ADDITION MULTIPLY IN UPPER 

5 1/2 OF BUTTERFLY. 



LDI 

ADDF3 

LDI 

SUBI 
NOP 
LDI 



LAST_INSIDE_LOOP: 

« 

ADDF3 
ADDF3 
STF 



f«5,RC ; SET UP REPEAT COUNTER. 

*AR2++(IRO)B,»W^4++{IR0)B,RO ; DATA POINTER UPDATE. 
AR1,R4 ; USE INITIAL ARl VALUE AS IMCR LOOP 

; CONTROL. 
1,RC 

»AR4++(IR0)B ; CONTINUE UPDATING POINTERS. 
AR2,AR3 



END_INSIDE 



; TWO ADDITIONS ^«E DONE IN EACH LOOP. 



♦AR1,»AR2++(IR1)X,R0 
♦AR3,*AR4A(IR1)X,R1 
R0,»AR1++(IR1)X ; 



; ADD FIRST TWO DATA. 
; ADD SECOND TWO DATA. 
SAVE FIRST ADDITION. 



Rl,*AR3++(IRl)y. 



I SAVE SECOND ADDITION. 



END OF INSIDE LOOP FOR LAST LOOP SERIES. 



ADDF3 

ADDF3 

ADDF3 

ADDF3 

CHPI 

BNED 

LDI 

SUBI 

OR 



♦AR1++(IR0)B,«AR2++(IR0)B,R0 

♦AR3++(IR0)B,»AR4++(IR0)B,R0 

♦AR3++ ( I RO ) B , ♦AR4++ ( IRO ) B , RO 

♦AR1++(IR0)B,*AR2++(IR0)B,R0 

R4,AR4 

LAST_INSIDE_LOOP 

<«5,RC 

1,RC 

0100H,ST 



1 UPDATE DATA POINTERS. 



IS THIS LOOP COMPLETE? 
DELAYED BRANCH, IF NOT. 
SET UP REPEAT COUNTER. 

SET REPEAT MODE. 



BRANCH DELAYED TO LAST.INSIDE_LOOP. 



R3,»-AR3(IR1) 



; SAVE 2ND ADDITION MULTPLY IN UPPER 
I 1/2 OF UPPER BUTTERFLY. 



RPTB 


LAST_BLOCK ; 


SINCE T«RE ARE AN ODD NUMBER OF 


ADDF3 


♦AR1,»AR2++<IR1)X,R0 

! 


; ADDITIONS, THE FINAL ONES ARE 
DONE NOW. 



END OF FINAL BUTTERFLY STAGE LOOP. 
BIT REVERSE ADDITION LOOP SERIES. 



THIS LOOP SERIES DOES ALL OF THE BIT REVERSE ADDITIONS AT THE END OF FAST 
COSINE TRANSFORM. 



LASTJLOCK: 
« 

STF R0,»AR14+(IR1)X 
» 
♦ END OF LAST REPEAT BLOCK. 



LDI 


2, IRO 


LDI 


AR6,AR1 


ADDI 


4,AR1 


LDI 


AR1,AR2 


■LDI 


8,IR1 


LAST.OUTSIDE-LOOP: 




LDI 


AR2,<«4 


LSH 


-1,AR5 



INITIALIZE INDEX REGISTERS AND DATA 
POINTERS FOR FINAL ADDITION 
SERIES. 



; UPDATE POINTERS AND COUNTERS. 



LSH 


1,IR0 


; MULTIPLY IRO BY 2. 


ADDI 


IR0,R4 


; UPDTEE INNER LOOP CONTROL REGISTER 


CMPI 


1,AR5 


. ARE CALCULATIONS COMPLETE ? 


BGTD 


LAST_OUTSIDE_LOOP 


. OaAYED BRANCH, IF NOT. 


LDI 


R4,AR2 


; UPDATE DATA POINTERS. 


LDI 


R4,AR1 




LSH 


1,IR1 


5 MULTIPLY IRl BY 2. 



DELAYED BRANCH TO LAST_0UTSIDE_LOOP. 






END OF LAST LOOP SERIES. 

MULTIPLY COEFFICIENT ZERO BY .5, IF NOT ZERO. 



:i^ 

S 






;5- 



;5- 



LDF 


»AR6,R0 


SET ZERO FLAG IF ♦AR6 = 0. 


BEQD 


DONT.STORE 


IF COEFFICIENT IS ZERO, DON'T DO 
THIS. 


LSH 


24,ftR5 


USE INTEGER MATH FOR FLOAT DIVIDE 
BY 2. 


SUBI3 


AR5,*AR6,AR1 




NOP 







♦ DELAYED BRANCH FROM HERE IF VALUE IS NOT TO BE STORED. 

STI m,m6 • STORE, IF EXPONENT WASN'T -128. 

« 

DONT.STORE: 
« 

RETS 



Q 






i 
I 









i 

G 



A FAST COSINE TRANSFORM (INVERSE TRANSFORM) 

BASED ON THE ALGORITHM OUTLINED BY BYEONG GI LEE IN HIS ARTICLE, FCT - A 
FAST COSINE TRANSFORM, PUBLISHED IN J\£ PROCEEDINGS OF THE IEEE Inter- 
mTIONAL CONFERENCE ON ACOUSTICS. SPEECH, AND SIGNAL PROCESSING, SAN 
DIEGO, CA, 19-21 MARCH 1984, P 28A.3/1-4 VOL 2., (CH1954-5/84/0000-0299). 

LEE'S ALGORITHM ms BEEN MODIFIED TO ALLOW hWTURAL ORDER TIME DOMAIN 
COEFFICIENTS. 

THE FREQUENCY DOMAIN COEFFICIENTS ARE IN BIT REVERSE ORDER. THIS IS m IN 
PLACE CALCULATION. 

AUTHOR: PAUL WILHELM 



.global IFCT 

.global M 

.global COEFF 

.global COS-TAB 



INVERSE FAST COSM TRANSFORM ENTRY 

POINT. 
LENGTH OF WRM TO BE TRANSFORTO. 
TABLE OF COSII€ COEFFICIENTS. 
TABLE OF ARRAY DATA TO BE 

TRANSFORMED. 



NOP 

ADDF3 

LDI 

LDI 

LDI 

ADDF3 

LSH 

RPTB 



LDF 

ADDF3 

STF 



ADDF3 
STF 



«AR2++(IR0)B 

»AR1++(IRO)B,»AR2++{IRO)B,RO • FIND FIRST SUM. (MAKES 

AR1,AR3 ; MIDDLE LOOP MORE EFFICIENT) 

AR1,AR5 

♦Afi3++(IR0)B,«AR4++(IR0)B,R1 ; DUMMY ADD TO UPDATE 

; POINTERS. 
-1,IR0 . UPDATE INDEX REGISTER. 



END.CENTER 



♦AR3,R3 ; 

♦AR1,»AR2*+(IR0)B,R1 
R0,»AR1++(IR0)B ; 



; TOP OF INNER MOST LOOP. 

; TOP OF MIDDLE LOOP. 

; GET UPPER mJF OF SECOND ADDITION. 
; DO FIRST ADDITION. 
STORE ADDITION DONE T« LAST LOOP OR 
UHEN INITIALIZATION UAS DO^E ABOVE 



R3,«<«4++(IR0)B,R0 
R1,*AR3++(IR0)B 



DO SECOND ADDITION. 
STORE FIRST ADDITION. 



END OF INNER HOST LOOP. 



FCTSIZE 


.word 


M 




.DATA 


.word 


COEFF 




-COS 

« 

IFCT: 


.word 


COS-TAB 












LDI 


eFCTSIZE,ARO 


LOAD ARRAY SIZE. 




LDI 


«FCTSIZE,BK 


LOAD BLOCK SIZE FOR CIRCULAR 


♦ 






ADDRESSING 




LDI 


§_DATA,AR6 


LOAD POINTER TO DATA TABLE. 




LDI 


e.C0S,AR7 


LOAD POINTER TO COSINE TABLE. 




ADDI 


AR0,AR7 


POINT TO LAST COSINE VALUE IN TABLE 




SUBI 


2,AR7 






LDI 


m),m 


INITIALIZE INDEX REGISTERS FOR BIT 




LSH 


-2,IR0 


REVERSED ADDITION SEQUENCE. 




LDI 


M^,IR1 






LDI 


AR6,M)1 


INITIALIZE DATA POINTERS. 




ADDI 


IR0,AR1 





»AR3++(IR1)X,*AR4++(IR1)X,R2 ; DUMMY ADD TO UPDATE 
; POINTERS. 

1 GET VALUE FOR LAST ADDITION. 
J DUMMY ADD TO UPDATE POINTER. 
; DO LAST ADDITION. 
; STORE NEXT TO LAST ADDITION. 
[R1)X,R2 ; DUMMY ADD TO UPDATE 
; POINTERS. 
1 UPDATE REPEAT COUNTER. 
; IS MIDDLE LOOP CWflETE ? 
1 IF NOT, DO DELAYED BRANCH. 



I SET REPEAT MODE. 

; (START/STOP ADDRESSES STILL OK) 



LDF 


*AR3++<IR0)B,R3 


LDF 


♦AR2++(IR0)B,R2 


ADDF3 


R3,«AR4++(IR0)B,R0 


STF 


R0,»AR1++(IR0)B 


ADDF3 


♦ARl++(IRl)X,♦AR2+^ 


LDI 


IRO,RC 


CMPI 


AR1,AR5 


BNED 


MIDDLE 


LSH 


1,RC 


SUBI 


2,RC 


OR 


0100H,ST 



DELAY BRANCH FROM ^€RE TO MIDDLE. 



START OF BIT REVERSED ADDITION LOOP SERIES. 



to 







TOP OF OUTSIDE LOOP FOR BIT REVERSED 






ADDITIONS. 


ADDI 


IR0,AR1 


UPDATE DATA POINTERS AND REPEAT 
COUNTER. 


LDI 


AR1,M^ 




LDI 


IRO,RC 




SUBI 


2,RC 





CMPI 


1,IR0 


; IS OUTSIDE LOOP COfPLETE ? 


BGTD 


OUTSIDE 


; IF NOT, DO DELAYED BRANCH. 


LDI 


AR6,AR1 


; PREPARE TO UPDATE POINTERS AT TOP OF 
; LOOP. 


ADDI 


IR0,AR1 




LSH 


-1,IR1 


• UPDATE INDEX REGISTER. 



DELAY BRANCH FROM HERE TO OUTSIDE. 

END OF BIT REVERSED ADDITION LOOP SERIES. 

START OF CENTER BUTTERFLY LOOP. 



> 



n 

o 

S" 

H 
•-J 



o 

5 



H 
to 

1^ 



to 

0^ 



THIS LOOP INCLUDES THE LAST BIT REVERSED ADDITION STAGE, THE FIRST 
BUTTERFLY, AND THE COSINE MULTIPLICATIONS FOR THE SECOND BUTTERFLY 
SERIES. 



END_CENTER_L0OP: 



STF 
STF 



R1,»AR4++(IR1)X 
R4,*AR3++(IR1)X 



; STORE LOWER HALF OF 4TH BUTTERFLY. 
; STORE LOWER mLF OF 3RD BUTTERFLY. 



:i^ 
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b 

O 



i 



SUBI 
LDI 
LDI 
LSH 
LDF 
SUBI 
LDI 


3,AR2 

8,IR1 

ARO.RC 

-3,RC 

♦AR7-,R7 

1,RC 

RC,AR5 


RPTB 


END_CENTER.LOOP 


ADDF3 


♦+AR2,*AR2,R4 


H>YF3 


»AR1,R7,R5 


MPYF3 


R7,R4,R0 


ADDF3 


♦AR4,»-AR4,R3 


ADDF3 
MPYF3 


R5,»-W1,R4 
♦+AR7,R3,R1 


ADDF3 
SUBF3 


R0,«AR2,R2 
R5,»-AR1,R5 


HPYF3 


♦-AR7,R2,R0 


SUBF3 


R0,»AR2,R2 


SF 
STF 
STF 
I1PYF3 


R4,»-AR1 
R5,»AR1++(IR1)X 
R0,»+AR2 ' 
♦AR3,R7,R4 


MPYF3 


*AR7,R2,R0 


SUBF3 


R1,»-AR4,R3 


ADDF3 
MPYF3 


R4,*-AR3,R5 
»AR7,R3,R1 


ADDF3 
SUBF3 


R1,»-AR4,R3 
R4,*-AR3,R4 


MPYF3 


♦-AR7,R3,R1 


SF 
STF 
STF 


R1,*-AR4 

R0,*tf^++(IR1)'/ 

R5,»-AR3 



; UPDATE DATA POINTER FOR THIS LOOP. 
I INITIALIZE INDEX REGISTER. 
; INITIALIZE REPEAT COUNTER. 

, GET COSINE PI/4. 

I SAVE REPEAT COUNTER FOR LATER USE. 

; FOUR BUHERFLIES ARE DONE EACH CYCLE 
; THROUGH THIS LOOP. 

BIT REVERSED ADDITION FOR 2ND 

BUTTERFLY. 
COSINE PI/4 TIMES LOWER HALF OF 1ST 

BUTTERFLY. 
COSINE PI/4 TIMES LOWER HALF Cf 2ND 

BUTTERaY. 
BIT REVERSED ADDITION FOR 4TH 

BUTTERFLY. 
ADD UPPER mj OF 1ST BUTTERFLY. 
COSINE PI/4 TIMES LOWER HALF OF 4TH 

BUTTERFLY. 
ADD UPPER HALF OF 2ND BUTTERFLY. 
SUBTRACT LOWER HALF OF 1ST 

BUTTERFLY. 
MULTIPLY UPPER mLF 0F.2ND BUTTERFLY 

BY COSINE COEFFIEIENT. 
SUBTRACT LOWER WLF OF 2ND 

BUTTERRY. 
STORE UPPER HALF OF 1ST BUTTERFLY. 
STORE LOWER HALF OF 1ST BUTTERFLY. 
STORE LOWER HALF OF 2HD BUTTERaY. 
COSINE PI/4 TIMES LOWER WLF OF 3RD 

BUTTERFLY. 
MULTIPLY LOWER HALF OF 2ND BUHERFLY 

BY COSINE COEFFICIENT 
SUBTRACT LOWER HALF OF 4TH 

BUTTERFLY. 
ADD UPPER HALF OF 3RD BUTTERFLY. 
MULTIPLY ;OWER HALF OF 4TH BUTTERFLY 

BY COSINE COEFFICIENT 
ADD UPPER mLF OF 4TH BUTTERFLY. 
SUBTRACT LOWER HALF OF 3RD 

BUTTERFLY. 
MULTIPLY UPPER HALF OF 4TH BUTTERFLY 

BY COSINE COEFFICIENT. 
STORE UPPER HALF OF 4TH BUTTERFLY. 
STORE LPPER HALF OF 2ND BUTTERaY. 
STORE UPPER HALF OF 3RD BUTTERFLY. 



END OF CENTER BUHERFLY LOOP. 



START NEXT TO LAST LOOP SERIES. 



THIS SERIES OF LOOPS DOES ALL BUT THE LAST BUTTERFLY STAGE. fiL THE 
COSINE COEFFICIENT MULTIPLICATIONS ARE DOfC, INaUDING THE MULTI- 
PLICATIONS FOR THE LAST BUTTERFLY STAGE. (THIS PROGRAM aOW ALLOWS FOR 
FAST EXECUTION. ) 



UPDATE COSIfC COEFFICIENT POINTER. 
UPDATE DATA POINTER. 
RELOAD REPEAT COU^frER. 
GET COSirC COEFFICIENTS. 



SUBI- 


2,AR7 


SUBI 


1,AR4 


LDI 


AR5,RC 


LDF 


♦AR7-,R5 


LDF 


♦AR7-,R4 



i TWO BUTTERFLIES ARE CALCULATED PER 
; CYCLE TmOUGH TJ€ INNER LOOP. 



SUBF3 


♦AR4,*AR3,R6 


SUBTRACT LOWER HALF OF 2ND 
BUTTERFLY. 


ADDF3 


♦AR4,#AR3,R7 


ADD UPPER mLF OF 2ND BUTTERFLY. 


MPYF3 


R5,R6,R0 


MULTIPLY UPPER HrtJ OF 2ND BUTTERFLY 
BY COSINE COEFFICIENT. 


ADDF3 


*AR2,*f«l,R2 


ADO UPPER H/^ OF 1ST BUTTERFLY. 


MPYF3 


R4,R7,R1 


MULTiaY LOWER HALF OF 2ND BUHERFLY 
BY COSIft COEFFIEICENT. 


SUBF3 


»AR2,*AR1,R3 


SUBTRACT LOWER HALF OF 1ST 
BUTTERaY. 


STF 


R0,*/«3++(IRl)X 


STORE UPPER HALF OF 2ND BUTTERaY. 


STF 


R2,»AR1++(IR1)X 


STORE UPPER HALF OF 1ST BUTTERFLY. 



STF 
STF 



R1,»^4++(IR1)X 
R3,»AR2++(IR1)X 



; STORE LOWER WIF OF 1ST BUTTERaY. 
; STORE LOWER HALF OF 2ND BUTTERFLY. 



END OF CENTER LOOP CF NEXT TO LAST SERIES. 



LDI 
LDF 
LDF 



CMPI 
BNED 
ADDF3 



/«5,RC 

»AR7-,R5 

«AR7--,R4 



ff^l,tf?6 
NTL.L0OP 
♦AR4++,»^«3- 



•,R0 



RaOAD REPEAT COUNTER. 

GET NEW COSINE COEFFICIENTS. (FYI- 
THE LAST TIME, THIS WILL FETCH 
FROM MEMORY BaOW THE COSIfC 
TABLE.) 

HAS MIDDLE LOOP BEEN COMPLETED ? 

IF NOT, BRWCH DELAYED. 

DUMMY ADDS TO UPDATE DATA POINTERS. 



I 
I" 






to 



S4. 



ADDF3 
OR 



»AR2+*,t<«l-,R0 
0100H,ST 



SET REPEAT MODE. IST/«T/STOP 
ADDRESSES ARE STILL GOOD.) 



BRANCH DELAY FROM HERE TO NTL.LOOP. 



LDI 


NG,mi 


; UPDATE DATA POINTERS. 


ADDIS 


IR1,AR1,M)3 




LSH 


l.IRl 


; UPDATE INDEX REGISTER. 


CHPI 


m,(m 


; IS THIS LOOP SERIES COMPLETE 


BGED 


NTLIOOP 


5 IF NOT, BRANCH DELAYED. 


ADDI3 


IR0,AR3,«»4 


; UPDATE DATA POINTER. 


LSH 
LDI 


-1,AR5 
/«5,RC 


; UPDATE REPEAT COUNTER. 



DELAYED BRANCH FROH HERE TO NTL-LOOP. 



END OF NEXT TO LAST LOOP SERIES. 



START OF THE LAST LOOP. 



THE LAST LOOP IS THE LAST BUTTERFLY STAGE MITHOUT THE COSIfC COEFFICIENT 
HULTIPLICATIONS, UHICH HAVE ALREADY BEEN DONE. 



LDI 


2,IR1 


; INITIALIZE INDEX REGISTER 


A0DI3 


IR0.AR2,«4 


; INITIALIZE DATA POINTERS. 


SUBI3 


IR0,Ml,m3 




LDI 


MO,RC 


; INITIALIZE REPEAT COUNTER. 


LSH 


-2,RC 




SUBI 


1,RC 





^ 



; TUO BUTTERaiES MS D»C FOR EACH 
; CYCLE THROUGH THE LOOP. 

; GET VALUE FOR LONER HMJ OF 2ND 

; BUTTERaY. 

; ADD UPPER HMJ OF 1ST BUTTERFLY. 

; SUBTRACT LOWER HALF OF 1ST 

; BUTTERFLY. 

; ADD UPPER HMJ OF 2ND BUTTERFLY. 

5 STORE UPPER mLF OF 1ST BUTTERFLY. 

; SUBTRACT LOUER HALF OF 2M) 

; BUHERFLY. 

; STORE LOMER MI OF 1ST BUTTERFLY. 

5 STORE UPPER HALF OF 2ND BUTTERFLY. 



: STORE LOUER HALF OF 2ND BUTTERFLY. 
END OF LAST LOOP, AND INVERSE COSINE TRMSFORH. 
RETS 



§ 


• 
t 






I 


ft 


LDF 


ftAR4,R0 


1 




ADDF3 


•AR2,*AR1,R1 


ft 


SUBF3 
ADDF3 


»AR2,ft<«l,R2 
R0,ftM3,R3 




ii 


STF 


Rl,ftARl-(IRl) 




SUBF3 


R0,«Mt3,R4 


C5 


ft 








1! 


STF 


R2,«tfl2+*(IR1) 






STF ' 


R3,ftW0-(IRl) 




END_LASTJJ)OP: 








STF 


R4,ftAR4**(IRl) 
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« 








* 


APPENDIX E3 




FCT 


COSINE TABLES FILE 


TO BE LINKED WITH FCT SOURCE CODE FOR 32 POINT FCT. 


COEFFICIENTS ARE 1/(2 » C0S(N*PI/2I1)), WHERE N IS A NLUIBER FROM 1 to 


* 


M-l. 


H IS THE ORDER OF THE TRANSFORM. 


FOR A 32 POINT FCT, N IS IN THE FOLLOWING ORDER: 


* 




1, 15, 3, 


13, 5, 11, 7, 9, 


« 




2, 14, 6, 


10, 


# 




4, 12, 




It 




3 




^ 








« 
* 


THE LAST VALUE IN THE TABLE IS 2/M. 


<■ 




.global 


C.OS_TAB 


It 
M 




.global 


M 




.set 


16 


« 




.data 




« 








COS_TAB 










.float 


0.5024193 






.float 


5.1011487 






.float 


0.5224986 






.float 


1.7224471 






.float 


0.5669440 






.float 


1.0606777 






.float 


0.6468218 






.float 


0.7881546 






.float 


0.5097956 






.float 


2.5629154 






.float 


0.6013449 






.float 


0.8999762 






.float 


0.5411961 






.float 


1.3065630 






.float 


0.7071068 






.float 


0.1250(yj0 






.end 
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Appendix E4. Data File 



<■ AF'PENDIX E4 
* DATA FILE 



.global COEFF 
.data 



COEFF 




.float 


137.0 


.float 


249.0 


.float 


105.0 


.float 


217.0 


.float 


73.0 


.float 


185.0 


.float 


41.0 


.float 


153.0 


.float 


9.0 


.float 


121.0 


.float 


233.0 


.float 


39.0 


.float 


201.0 


.float 


57.0 


.float 


169.0 


.float 


25.0 


.end 
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Appendix F. Test Vectors, 64-Point Sine Table, Link Command File 
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I 

§ 



O 






EXAMPLE OF A 64-POINT VECTOR TO TEST T« FFT ROUTINES 



0.2113 
0.0824 
0.7599 
0.0087 
0.8096 
0.8474 
0.4524 
0.8075 
0.4832 
0.6135 
0.2749 
0.8807 
0.6538 
0.4899 
0.7741 
0.9626 
0.9933 
0.8360 
0.7469 
0.0378 
0.4237 
0.2613 
0.2403 
0.3405 
0.1167 
0.6250 
0.5510 
0.3550 
0.4943 
0.0365 
0.2260 
0.8159 
0.2284 
0.8553 
0.0621 
0.7075 
0.2408 
0.6907 
0.1062 
0.2640 
0.7034 
0.4021 
0.6553 
0.9700 
0.0380 
0.0988 
0.2560 



0.5598 
0.9166 
0.1402 
0.7054 
0.0178 
0.2611 
0.1358 
0.0503 
0.5782 
0.2432 
0.9448 
0.5876 
0.7256 
0.2849 
0.6767 
0.8642 
0.1943 

64-POINT FFT CORRESPONDING TO VECTOR X 



30.3774 

1.7780 - 2.5584i 
-1.0376 - 2.39991 
-1.0123 + 2.48891 

0.6594 + 2. 36391 
-1.5228 - 0.75271 
-3.8171 - 0.20501 
-2.7096 + 1.28411 

2.1622 - 1.68631 

0.2879 + 1.86711 
-1.5479 + 1.62981 
-0.6366-0.11761 

2.2902 + 1.55491 
-2.4837 - 0.58421 
-1.7338 + 0.07381 
-0.2180 - 0.47261 
-0.2104 + 0.48971 
-1.7473 - 1.02131 

0.1233 -2.39151 
-0.6415 - 1.11441 
-2.7719 - 0.48021 
-0.0063 - 0.38851 
-0.7163 + 1.56821 

0.3218 - 1.33161 
-0.7823 + 1.06071 
-0.2553 + 2.82701 
-1.0813 - 2.78611 

3.4869 + 1.94851 

3.0352 + 1.38551 

3.2099 + 2.35641 
-1.9511 - 0.77141 

1.8755 + 0.28671 



> 

"a 

a 



S 



OS 

n 

^^ 
o 

o 
H 









:ix 

s 












-1.5474 
1.8755 
-1.9511 
3.2099 
3.0352 
3.4869 
-1.0813 
-0.2553 
-0.7823 
0.3218 
-0.7163 
-0.0063 
-2.7719 
-0.6415 
0.1233 
-1.7473 
-O.2104 
-0.2180 
-1.7338 
-2.4837 
2.2902 
-0.6366 
-1.5479 
0.2879 
2.1622 
-2.7096 
-3.8171 
-1.5228 
0.6594 
-1.0123 
-1.0376 
1.7780 



- 0.2867i 
+ 0.7714i 

- 2.3564i 

- 1. 38551 

- 1.94851 
+ 2.78611 

- 2.82701 

- 1.06071 
+ 1.33161 

- 1.56821 
+ 0.38851 
+ 0.48021 
+ 1.11441 
+ 2.39151 
+ 1.02131 

- 0.48971 
+ 0.47261 

- 0.07381 
+ 0.58421 

- 1.55491 
+ 0.11761 

- 1.62981 

- 1.86711 
+ 1.68631 

- 1.28411 
+ 0.20501 
+ 0.75271 
-2.36391 

- 2.48891 
+ 2.39991 
+ 2.55841 



G 






FILE TO BE LINKED WITH J\E SOURCE CODE FOR A 64-POINT, RADIX-4 FFT. 









^ 









I 
G 



.globi 
.globi 
.globi 

.set 



SINE 

N 

H 

64 
6 



.float 


0.000000 


.float 


0.098017 


.float 


0. 195090 


.float 


0.290285 


.float 


0.382683 


.float 


0.471397 


.float 


0.5^570 


.float 


0.634393 


.float 


0.707107 


.float 


0.773010 


.float 


0.831470 


.float 


0.881921 


.float 


0.923880 


.float 


0.956940 


.float 


0.980785 


.float 


0.995185 


.float 


1.000000 


.float 


0.995185 


.float 


0.980785 


.float 


0.956940 


.float 


0.923880 


.float 


0.881921 


.float 


0.831470 


.float 


0.773010 


.float 


0.707107 


.float 


0.634393 


.float 


0.555570 


.float 


0.471397 


.float 


0.382683 


.float 


0.290285 


.float 


0.195090 


.float 


0.098017 


.float 


0.000000 


.float 


-0.098017 


.float 


-0.195090 


.float 


-0.290285 


.float 


-0.382683 


.float 


-0.471397 



.float 


-0.555570 


.float 


-0.634393 


.float 


-0.707107 


.float 


-0.773010 


.float 


-0.831470 


.float 


-0.881921 


.float 


-0.923880 


.float 


-0.956940 


.float 


-0.980785 


.float 


-0.995185 


.float 


-1.000000 


.float 


-0.995185 


.float 


-0.980785 


.float 


-0.956940 


.float 


-0.923880 


.float 


-0.881921 


.float 


-0.831470 


.float 


-0.773010 


.float 


-0.707107 


.float 


-0.634393 


.float 


-0.555570 


.float 


-0.471397 


.float 


-0.382683 


.float 


-0.290285 


.float 


-0.195090 


.float 


-0.098017 


.float 


0.000000 


.float 


0.098017 


.float 


0.195090 


.float 


0.290285 


.float 


0.382683 


.float 


0.471397 


.float 


0.555570 


.float 


0.634393 


.float 


0.707107 


.float 


0.773010 


.float 


0.831470 


.float 


0.881921 


.float 


0.923880 


.float 


0.956940 


.float 


0.980785 


.float 


0.995185 



> 

^^ 

sr 

i 

n 

© 



as 



Appendix F3. Link Command File 



* APf^ENDIX F3 

^f 

* LINK COMMAND FILE 

* DO NOT TYPE IN THESE FIRST SEVEN LINES 
-0 ]2opt64.out 

]2fopt.obj 
5iri64.obj 

SECTIONS 
{ 

.t«xt : {} 

.data : O 

IN 809300h s ( 12fopt.obj(IN) } 

•bss 809C00h: {} 
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In the past, extended-precision arithmetic has been implemented only on fixed-point 
processors. The introduction of the TMS320C30 Digital Signal Processor (DSP), a floating- 
point 33-MFLOP device, enables us to represent multilength floating-point math in terms 
of singlelength floating-point math. Extended-precision arithmetic allows designers to have 
more accuracy in their applications. Some of these applications include digital filtering, 
FFTs, image processing, control, etc. 

This application report describes how to extend the available precision of floating- 
point arithmetic on the TMS320C30. Our emphasis is on implementing an efficient exten- 
sion of the available precision while minimizing both the execution time and the memory 
usage. 

The structure of this report is as follows: The first section describes the TMS320C30 
DSP floating-point number representation. The second section discusses doublelength 
arithmetic and some basic definitions. The third section discusses the algorithms used along 
with the TMS320C30 implementation. An analysis of the error introduced by the algorithm 
is presented in the fourth section. The last section provides an insight into generating C- 
callable functions from assembly language routines. Finally, the appendix provides the 
source listings for the extended-precision arithmetic. 

Floating Point Format 

The TMS320C30 supports three floating-point formats [1]. 

• Short floating-point format, used to represent immediate operands, con- 
sisting of a 4-bit exponent and a 12-bit mantissa. 

• Single-precision format, used for regular floating-point value representa- 
tion, consisting of an 8-bit exponent and a 24-bit mantissa. 

• The extended-precision format, used with the extended-precision registers, 
consisting of an 8-bit exponent and a 32-bit mantissa. 

For the extended-precision algorithms to work properly on the DSP, it is important 
to start from the highest-precision floating-point format available in the system that is 
used for basic floating-point operations. The single-precision format is of particular in- 
terest in developing the TMS320C30 code for extended-precision floating-point opera- 
tions. Therefore, a working knowledge of the properties of this format is essential for 
the concepts presented in this application report. 
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In the single-precision format, the floating-point number is represented by an 8-bit 
exponent field (e) in two's complement notation, and a two's complement 24-bit mantissa 
field (/) with an implied most-significant nonsign bit. Bit 23 of the mantissa indicates the 
sign (5*), as shown in Figure 1. 



31 24 23 22 



Figure 1. Single-Precision Floating-Point Format of the TMS320C30 

Operations are performed with an implied binary point between bits 23 and 22. When 
the implied most-significant nonsign bit is made explicit, it is located to the immediate 
left of the binary point after the sign bit. We show the implied bit explicitly throughout 
this application report for clarity. The floating-point number x is expressed as follows: 

X = 01./ X 2' if s = 0; 
10./ X 2' if s = 1; 
if e = -128, ^ = 0, and/= 

The range and precision available with the TMS320C30 single-precision floating- 
point format are illustrated by the following values: 

Most Positive: x = +3.4028234 x 10 + 38 

Least Positive: x = +5.8774717 X 10-39 

Least Negative: x = -5.8774724 X 10-39 

Most Negative: x = -3.4028236 x 10+38 

Doublelength Floating-Point - The Basics 

The techniques used to develop doublelength results in this application report re- 
quire a singlelength floating-point system and arithmetic that satisfy certain conditions. 
The TMS320C30 implementation takes the singlelength system as the highest floating- 
point precision system available. The algorithms presented do not require a doublelength 
accumulator with respect to the singlelength system used. The extended-precision formats 
available are used to control the truncation or rounding of the single-precision results. 

The doublelength arithmetic presented here increases precision of a given floating- 
point operation without the need for a doublelength accumulator. .Using this method, the 
result of the floating-point operations on two single-precision numbers can be determined 
exactly. If x and y are two such numbers and the desired operation is addition, the result 
can be represented as a pair of floating-point numbers z and zz. The z value represents 
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the most significant portion of the floating-point operation, while zz represents the least 
significant portion of the floating-point operation. 

As an example, consider the result of the exact addition of two floating-point numbers 
X and y that are expressed in the single-precision format of the TMS320C30: 

X = 217FFFFFh (decimal: 1.71798682 X IQlO) 

y = 0C7FFFFFh (decimal: 8.19199951 X 103) 

The values are represented in the TMS320C30 binary equivalent as follows: 

X = 233 X 01.111 1111 1111 1111 nil 1111b 

y = 212 X 01.111 nil 1111 nil nil iiiib 

Addition of two floating-point numbers requires aligning the two variables x and y [1]: 

X = 233 X 01.111 nil nil nil iiii iiiib 

y = 233 X 00.000 0000 0000 0000 0000 0111 1111 1111 1111 1111 1111 1000b 

As can be seen in this example, most of the precision available for y will not be 
available to carry out the addition. Maintaining full precision for floating-point addition 
requires extra mantissa bits beyond the 24 bits available on the DSP. Since the need for 
such precision is rare, software methods are used to represent the result of the operation 
as a floating-point number pair (z,zz). In our example, the exact result is represented as 
follows: 

z = 234 X 01.000 0000 0000 0000 0000 0011b 

zz = 209 X 01.111 nil nil nil iiii looob 

The corresponding hexadecimal representation of (z,zz) is shown below: 

z = 22000003h (decimal: 1.71798753 x lOlO) 

zz = 097FFFF8h (decimal: 1.0239995 X 103) 

Some definitions are basic to the development of concepts in this report. First is 
the definition of the floating-point operations over a system R, The system contains all 
the possible floating-point numbers that the single-precision format of the TMS320C30 
can represent. All the floating-point arithmetic is carried out in base 2. Therefore, R can 
be represented as follows on the TMS320C30: 

R = [x|x = m(x)2e(x), |m(x)| <224, -128<e(x)< 127] 

A floating-point operation is faithjul if the result of the operation fl(x *y) equals either: 

The largest element of R that is smaller than or equal to (x * y) or 

The smallest element of R that is larger than or equal to (x * y) 

where * represents one of the following floating-point operations: + , - , x , -r- . In other 
words, faithful refers to truncating the floating-point operation result. The floating-point 
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multiplier on the TMS320C30 saves the upper 40 bits of the mantissa in one of the extended- 
precision registers [1] and drops the least significant byte of the result. By this definition, 
the floating-point multiplication on the TMS320C30 is faithful. Since the algorithms re- 
quire the floating-point result to be in single-precision format, the floating-point multiplica- 
tion on the DSP must therefore be followed by a second truncation step. Saving the contents 
of the extended-precision register to a memory location or masking off the low 8 bits results 
in truncation. 

A floating-point operation is optimal if for all x and y , the result of fl(x * y) is an element 
of jR nearest to (x * y). In other words, the round-off error should not exceed one-half 
of the last remaining bit position. This is commonly referred to as rounding. 

The results of floating-point operations on the TMS320C30 are stored in the extended- 
precision registers [1]. The extended-precision register adds 8 bits of precision to the 
floating-point arithmetic result. Execution of the RND (round) instruction forces the result 
of the floating-point arithmetic to be optimal. When you round the result of the addition 
or subtraction operations on the TMS320C30, these floating-point operations become 
optimal. 

Implementing Doublelength Floating-Point Arithmetic 

This section presents the algorithms used in implementing doublelength arithmetic 
in pseudo-code for a number of fundamental floating-point operations. The basic idea of 
doublelength arithmetic can be extended to multiplelength precision, given that the start 
of the implementation is based on the highest precision available on the system. Therefore, 
to achieve quadruplelength results, the same algorithm can be applied to doublelength 
values, and so on. The implementation is based on the theoretical results presented in 
Reference [2]. 

Exact Singlelength Addition 

In this discussion of the algorithm used to carry out exact addition and its implemen- 
tation on the TMS320C30 DSP, the term exact refers to performing an operation on two 
floating-point numbers, x and y, and obtaining a doublelength floating-point number pair 
(z,zz) to represent the result. In this implementation, we have not accounted for floating- 
point exponent overflow or underflow. For this algorithm to produce a correct result, the 
floating-point addition and subtraction must be optimal. 

The purpose of exact addition is to find a term, zz, that satisfies Equation (2). 

z -h zz = X + y (2) 

Equation (2) can be rewritten as 

zz = y - (z - x) (3) 
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Equation (3) can be expanded into Equation (4). 

w = z — X (4) 

zz = y — w 

In particular, |x| > |y| must be valid for Equation (4) to be valid. Implementation 
of Equation (4) on the TMS320C30 always generates the exact correction term zz if the 
result of floating-point addition operation is made optimal. This requirement guarantees 
that the result of single-precision floating-point add and subtract belongs to system R. By 
swapping the x and y values when |x| < |y|, the condition for obtaining an exact result 
is met. 

The algorithm requires that x and y be normalized. Normalization guarantees that 
the floating-point number has only one sign bit, and that sign bit is followed by nonsign 
bits [1]. Floating-point addition on the TMS320C30 assumes that the operands are nor- 
malized. 

The TMS320C30 assembly code for obtaining the doublelength sum of two 
singlelength floating-point numbers x and y is shown in Appendix A. First, the values 
for X and y are interchanged when |x| < |y | . When you add x and y values, the number 
with the smaller exponent, y, is shifted repeatedly until the exponents of x and y are equal 
and their mantissas are aligned. We have now calculated the singlelength number, z, that 
satisfies Equation (2). Since the floating-point addition on the TMS320C30 is made op- 
timal by rounding, the extra precision is, in effect, dropped. The extra precision value, 
zz, is obtained by implementing Equation (4). Figure 2 is a graphical representation of 
the implemented algorithm. The figure also shows the relationship between doublelength 
number pair (z,zz) and singlelength floating-point numbers and their representation on 
the TMS320C30. 
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Figure 2. Exact Singlelength Addition 



The same algorithm can be used to implement exact floating-point subtraction on 
the DSP. This is accomplished by negating the second operand and performing an exact 
addition. 

Doublelength Addition 

A natural extension of exact singlelength addition and subtraction is its application 
to doublelength arithmetic. Figure 3 shows an algorithm for implementing doublelength 
addition on the DSP. Using this algorithm, you can add two doublelength numbers (x,xx) 
and (y,yy) and represent the residt as a doublelength number (z,zz). 

The algorithm requires forming a doublelength number (r,rr) that represents an ex- 
act addition of x and y. Generating a second number, s = ((rr + yy) + xx), results in 
a number pair (r,s) that approximates the addition of (x,xx) and (y,yy). Finally, an exact 
addition of r and s generates a doublelength nimiber (z,zz) that has the same value as (x,xx) 

+ (y»yy). 

To obtain exact results for addition and subtraction, subtraction and addition must 
be optimal; this is guaranteed by following each subtraction or addition instruction on 
the DSP with a round instruction. 
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Calculate the doublelength sum of (x,xx) and (y,yy), 
the result being (z,zz) 

r = X + y; 

if (abs(x)>abs(y)) 

s = X — r + y + yy + xx; 
else 

s = y — r + X + XX + yy; 
z = r + s; 
zz = r — z + s; 

Figure 3. Doublelength Addition 

Exact Singlelength Multiplication 

The exact singlelength multiplication is shown in Figure 4. The algorithm requires 
breaking the x and y mantissas into half-length numbers, referred to as head (hx,hy) and 
tail (tx,ty) sections [2]. This algorithm requires addition and subtraction to be optimal 
and multiplication faithful. The TMS320C30 DSP multiplication result is faithful if the 
contents of the extended-precision register are truncated. 

To split X and y into two half-length numbers, a constant value is needed that is 
dependent on the number of available digits. The TMS320C30 device has t = 24 bits 
of mantissa in the single-precision format. Equation (5) shows that head section hx is chosen 
to be as near to the value of x as possible. 

hx = rt?Mnrf(m(x)2-ti)2e(x)+tl (5) 

Also, tl is chosen to be approximately one-half of the available precision, or 12, 
on the processor. This effectively breaks the mantissa into half-length values. Equation 
(5) shows that hx is obtained by rounding and is defined to be an element of R[tl]. The 
tail section tx is easily obtained by subtracting hx from x. Since floating-point subtraction 
can be made optimal on the TMS320C30, it follows that tx is an element of R[tl - 1). 
Setting the constant equal to 212 does not always satisfy Equation (5) when t is even. When 
the constant is set to 212+1, the definition of Equation (5) is satisfied. The proof for 
the above is given in Reference [2]. 
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; Calculate the exact product of x and y, the result being 
; a doublelength number (z,zz). This algorithm uses the 
; following syntax when called from a user program as shown 
; multl2 (x,y,z,zz); 

p = X X constant', 
hx = X - p + p; 
tx = X — hx; 

p = y X constant', 

hy = y - p + p; 

ty = y - hy; 

p = hx X hy; 

q = hx X ty + tx X hy; 

z = p + q; 

zz = p - z + q + tx X ty; 

Figure 4. Exact Singlelength Product 

Doublelength Multiplication 

The doublelength multiplication algorithm, shown in Figure 5, relies on the 
singlelength algorithm discussed earlier. The algorithm generates a nearly doublelength 
approximation of the output result (c,cc). Note that the exact singlelength multiplication 
routine is used for this approximation. Exact addition is used to generate a doublelength 
floating-point number that is the closest approximation to the actual result. 

The doublelength product program implementation uses the TMS320C30 stack 
capabilities to save some intermediate variables. These programs are written to be used 
as callable functions or macros in your program. In either case, the stack pointer must 
be set to a valid memory segment for proper code execution. 

Calculate the doublelength product of (x,xx) and (y,yy) 
the result being a nearly doublelength number (z,zz). 
Program uses exact singlelength multiplication, multl2 (.). 

multl2 (x, y, c, cc); 

cc = X X yy + XX X y + cc; 

z = c + cc; 

zz = c — z + cc; 

Figure 5. Exact Doublelength Product 
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Doublelength Quotient and Square Root 

Figures 6 and 7 show the algorithm used in calculating the doublelength quotient 
and doublelength square root routines. Singlelength multiplication is used to generate a 
doublelength approximation of the quotient or square root values. As with doublelength 
multiplication, exact addition is used to generate a doublelength floating-point result. 

; Calculates the doublelength quotient of (x,xx) and (y,yy) 
; the result being (z,zz) 

c = X / y; 

multl2(c, y, u, uu); 

cc = (x - u — uu + XX - c X yy) / y; 

z = c + cc; 

zz = c — z + cc; 

Figure 6. Doublelength Quotient 

; Calculate the doublelength square root of (x,xx), the 
; result being (z,zz) 

if(x>0)[ 

c = sqrt (x); 

multl2 (c, c, u, uu); 

cc = (x — u — uu + xx) X 0.5 / c; 

z = c + cc; 

zz = c — z + cc;] 



else 



z = zz = 0.]; 

Figure 7. Doublelength Square Root 
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Error Analysis 

This section discusses and determines an upper bound for the error generated in 
forming a doublelength result. The value of the doublelength number (z,zz) is equal to 
z + zz. Singlelength addition, subtraction, and multiplication results are always exact. 
In doublelength addition, any error introduced in the end result is generated by calculating 
the zz term. An upper bound error magnitude has been calculated in Reference [2] and 
is shown in Equation (6) as follows: 



|E+| <{|x4-xx| + |y+yy|} x 22-2t = |z| x 22-2t 



(6) 



where t = 24 for this system. This gives an upper bound of |Z| X 2-^^, or approximate- 
ly |Z| X 1.42 X 10-14. This translates to a theorical accuracy greater than 13 decimal 
places. Table 1 shows an example of doublelength addition using the exact addition 
algorithm previously described. The numbers in the left column represent TMS320C30 
hexadecimal notation for the floating-point results, and (z,zz) is the decimal equivalent 
of the doublelength output result. Appendix B shows a listing of C programs (exact) that 
convert from TMS320C30 hexadecimal notation to decimal notation. 







Table 1. 


Exact Singlelength Arithmetic Examples 


Singlelength Addition 


X 


= 


217FFFFFh 




y 


= 


0C7FFFFFh 




z 


= 


22000003h 


(z,zz) = 17179876351.9995117 (Exact) 


zz 


= 


097FFFF8h 


17179876351.9995117 (DSP) 


X 


= 


FC7C8923h 




y 


= 


0A29A7E5h 




z. 


= 


0A29ABD8h 


(z,zz) = 1357.37010409682989 (Exact) 


zz 


= 


EFA46000h 


1 357.3701 0409682989 (DSP) 


Singlelength Multiplication 


X 


= 


0F7FFFFFh 




y 


= 


21FFFFFFh 




z 


= 


30800000h 


(z,zz) = -^56294^986975740 (Exact) 


zz 


= 


1 8800002h 


- 562949986975740 (DSP) 


X 


= 


FC7CB923h 




y 


= 


0A29A7E5h 




z 


= 


07277BF7h 


(z,zz) = 167.484236862815123 (Exact) 


zz 


= 


EBA714F0h 


167.484236862815123 (DSP) 
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The doublelength product, quotient, and square-root algorithms all have a small 
relative error. The upperbound error magnitude for each is given in Equations (7) through 
(9). 

|Ex|=(|x + xx| X |y + yy|) x 11 x 2-48 (7) 

|E-^|=(|x + xx| H- |yxyy|) x 21.1 x 2-48 . (8) 

|E^ |=sqrt(|x + xx|)xl2.7 x 2-48 (9) 

Equation (7) establishes an upperbound of |Z| X 3.9 x 10-14, or approximately 
13 decimal digits of accuracy for doublelength multiplication. Similarly, an upperbound 
of |Z| x 7.5 X 10-14, or greater than 13 decimal digits for the doublelength square- 
root algorithm, is established. Table 2 shows examples for each algorithm discussed, along 
with the algorithm output and expected theorical output. 
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Table 2. 


Exact Doublelength Arithmetic Examples 


Doublelength Multiplication 


X 


= 


22000000h 




XX 


= 


097FFFFEh 




y 


= 


21 00000 1h 




yy 


= 


097FFFFEh 




z 


= 


43000002h 


(z,zz) = 1.47573996570139475 x 1020 (Exact) 


zz 


= 


2A7FFFFCh 


1.47573996570139427 x 1020 (DSP) 


X 


= 


22000003h 




XX 


= 


097FFFF8h 




y 


= 


0A29ABD8h 




yy 


= 


EFA46000h 




z 


= 


2C29ABDDh 


(z,zz) = 23319450552284.2434 (Exact) 


zz 


= 


13907DC2h 


23319450552284.1250 (DSP) 


Doublelength Quotient 


X 


= 


43000002h 




XX 


= 


2A7FFFFCh 




y 


= 


2C29ABDDh 




yy 


= 


13907DC2h 




z 


= 


1641205Ah 


(z,zz) = 6328365.08044074177 (Exact) 


zz 


= 


FC24BE20h 


6328365.08044075966 (DSP) 


X 


= 


22000000h 




XX 


= 


097FFFFEh 




y 


• = 


21 00000 1h 




yy 


= 


097FFFFEh 




z 


= 


007FFFFDh 


(z,zz) = 1.99999964237223082 (Exact) 


zz 


= 


D3400000h 


1.99999964237217398 (DSP) 


Doublelength Square Root 


X 


= 


2C2BDD00h 




XX 


= 


3907DC2h 




z 


= 


61451 A4h 


(z,zz) = 4860114.04539400958 (Exact) 


zz 


= 


FB39EF11h 


4860114.04539400712 (DSP) 


X 


= 


21 00000 1h 




XX 


= 


097FFFFEh 




z 


= 


103504F5h 


(z,zz) = 92681.9110722252960 (Exact) 


zz 


= 


F7BC0784h 


92681.9110722253099 (DSP) 
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Note that the results were obtained using the programs shown in Appendix B. The 
C programs were created and compiled on a 80386-based microcomputer running under 
MS-DOS 3.3. 

How to Generate C-Callable Functions 

The source listings for the extended-precision arithmetic presented in Appendix A 
are optimized for execution speed and code size. These routines are designed to be used 
as macros in a user program environment or, with a few adjustments, as a C function. 

This section provides an overview of TMS320C30 C compiler calling conventions 
necessary to create functions that can be added to the C compiler library. You need a 
working knowledge of C language to understand the terminology in this section [4, 5, 6]. 

The C compiler uses the processor stack to pass arguments to functions, store local 
variables, and save temporary values. The C compiler uses two registers of the TMS320G30 
to manage the stack pointer (SP) and the frame pointer (AR3). 

When a C program calls a function, it must 

1. Push the arguments onto the stack, 

2. Call the function, and 

3. Pop the arguments off the stack, 

in that order. 

On the other hand, the called C function must perform the following tasks: 

1. Set up a local frame by saving the old frame pointer on the stack. 

2. Assign the new frame pointer to the current value of stack pointer. 

3. Allocate the frame. 

4. Save any dedicated registers that the function modifies. 

5. Execute function code. 

6. Store a scalar value in RO. 

7. Deallocate the frame. 

8. Lastly, restore the old frame pointer [4]. 

The following code segment shows the singlelength addition routine modified to be 
in C-callable form. Note that registers R4 through R7 and AR4 through AR7 are dedicated 
registers used by the compiler. These registers must be saved as floating-point values. 



single 


.set 


OFFh 


fp 


.set 


ar3 


X 


.set 


rO 


y 


.set 


r1 


z 


.set 


r2 


zz 


.set 


r3 
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w 


.set 


r4 




x1 


.set 


r2 




y1 


.set 


r3 






.global 


_add1 2: 






.width 


96 






.text 






_add12 


i. 








push 


fp 


; Save old fp 




pushf 


r4 






push 


r4 






Idi 


sp.fp 


; Point to top of stack 




Idi 


*-fp[2].r0 


; Load x into rO 




Idi 


*-fp[3].r1 


; Load y into r1 




absf 


x.xl 






absf 


y.yi 






cmpf 


y1,x1 


: Ix| > |y| 




Idfit 


x.xl 






Idfit 


y.x 






dfit 


x1,y 




' 


addf3 


x.y.z 


; z = X + y 




rnd 


z 






subf3 


x.z.w 


; Form w = z - x 




rnd 


w 






subf3 


w.y.zz 


; zz = y - [y - w] 




rnd 


zz 






pop 


r4 






popf 


r4 






pop 


fp 


; Restore fp 




retsu 








.end 




Conclusion 



This report presented an implementation of extended-precision arithmetic routines 
for the TMS320C30 DSP. The programs presented include singlelength floating-point ad- 
dition, subtraction, and multiplication, which produce exact doublelength results. 
Doublelength floating-point addition, subtraction, multiplication, division, and square root 
were also presented. The doublelength floating-point routines all had a small relative er- 
ror that appeared in the correction term zz. However, it has been shown that the accuracy 
of the doublelength floating-point result is at least 13 decimal digits. Table 3 is a sununary 
of information about the routines contained in Appendices A and B. Execution times shown 
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in the table are given only for the routines in Appendix A. These times do not include 
the call and return if the routine is implemented as a called function. They also do not 
include any context saves and restores that may be required. 

Table 3. Summary Information 



Routine 


Mnemonic 


Appendix 


Code Size 
(Words) 


Execution 
(Cycles) 


Singlelength Add 


_add12 


A1 


12 


12 


Doublelength Add 


_dbladd 


A2 


25 


25 


Singlelength Multiply 


_mult12 


A3 


35 


35 


Doublelength Multiply 


_mult2 


A4 


51 


51 


Doublelength Divide 


_div2 


A5 


115 


115 


Doublelength Square Root 


_sqrt2 


A6 


163 


163 


Change Two Single-Precision 










TMS320C30 Numbers to One 










Double-Precision Result 


C30DBL 


B1 






Change Two Double-Precision 










TMS320C30 Numbers to a 










Double-Precision Result 


C30DBL2 


82 
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b 

O * FUNCTION DEF : _4ddl2 

R » 

^ » author: A1 Lovrich 2/21/89 

^ « Texas InstruMnts, Inc. 

i 

S. * Execution Tiw: 12 cycles J^ 

^' <HHHH»»»»»«»»<» HH » m HWHHHHt»»JHHHHHHHHHHHK»»<HHHHHHt ^ 

K. Single .set urrn a3 

tq' .(ilflhal _addl2 ^ 

S 

t 

ft 
(^ c«pf yl.xl ; Ixl > ly! ? ^ 

K) Idflt x,xl ; if not, exchange x fc y '^ 

S Idflt y,x g 

id J<'flt xl,y QTQ 



* Entry Conditions: 








t Upon entry (rO,rl) 


contains 


(x,y) 




* Exit Conditions: 








♦ Upon exit (r2,r3) 


contains 


(z.zz). 




» Registers Affected: 








♦ rO, rl, r2, r3, r4 

f 

» Revision: Original 














» Execution Tiw: 12 cycles 






********* 


»»«»»»»nn»m 




single 


.set 
.global 


Offh 
-addl2 






x 


.set 


rO 






y 


.set 


rl 






z 


.set 


r2 






zz 


.set 


r3 






H 


.set 


r4 






xl 


.set 


r2 






yi 


.set 
.text 


r3 






_addl2: 


absf 
absf 


x,xl 

y.yi 








apf 


yl.xl 


; 


Ixl > iyl ? 




Idflt 


x.xl 


5 


if not, exchange x fc y 




Idflt 


y.x 








Idflt 


xl,y 








addfS 


x.y.z 


5 


z = X + y 




rnd 


z 








subfS 


x.z.u 


5 


fori M = z - X 




rnd 


M 






subf3 


w.y.zz 


; zz 


= y - tt 




rnd 


zz 








retsu 










.end 














Appendix A2. Double Length Add 



********************************************** 

* FUNCTION I:)I:;;F : dbladd 
* 

* AUITIOR: A I Lovrich 2/21/89 

* 1 (; X a s I n ;; t r i.inie n Is, I n c: . 
* 

* Entry Condi t ions: 

* Upon entry (rB,rt) contains (x,xx) and 

* (r2,r3) contain (y,yy). 

* l:::xi t Cond i' t ions: ■ 

* Up n e X i t ( r 4 , r 5 ) co n t j j i n s ( z , z 7 ) . 

* Registers Affected: 

* ' rW, r1, r2, r3, r4, r5, r6, r7 



* Revi s ion: Or 


iginal 


* Execution ti 


me: 2f:) cycles 


************** 


******************* 


. g 1 oba 


1 .dbladd 


X .set 


r8 


XX .set 


r1 


y .set 


r2 


yy .set 


r3 


z .set 


r4 


z/ .set 


r5 


x1 .set 


rG 


y1 -set 


r/ 


r .set 


r6 


s .set 


r7 


.text 




dbladd: 




absf 


x,x1 


absf 


y,yi 


aiipf 


y1,x1 


Idfit 


x,x1 


Idfit 


XX, y1 


Idfit 


y,x 


Idfit 


vy.xx 


Idfit 


xi,y 


Idfit 


yi,yy 


addf3 


X , y , r 


rnd 


r 


* 




subfS 


r , X , s 


rnd 


s 


addf3 


y , s , s 


rnd 


s 


addf 


yy,5 


rnd 


s 


addf 


XX , s 


rnd 


s 


* 




addf 3 


s , r , z 


rnd 


z 


* 




subf3 


z,r,zz 


rnd 


/./. 


addf 3 


s,zz,zz 


rnd 


7.7. 


retsu 




. end 





************** 



check for Ixl > lyl 

if not, exchange (x,xx) 

and (y,yy) 



s = X - r 

s -: X r f y 

s "■: X - r » y ^ yy 

s :•• X • r- 4 y I yy 
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Doublelength Floating-Point Arithmetic on the TMS320C30 






I 
I 

s* 



f 






H « nnnni i nni inn H i mini i mmm» «« » #fwf 

« FUNCTION DEF : Jiultl2 



AUTHOR: A] Lovrich 2/21/89 
Texas InstruMOts, Inc. 



* Entry Conditions: 






i 


Upon entry (rO,rl) contains 


(x,y) 


* Exit Conditions: 






* 


Upon exit 


(rO,rl) contains (z,zz). 


» Registers Affected: 




♦ 


rO, rl, r2. 


r3, r4, r5, r6, 


r7 


* Revision: Original 




* Execution Ti»e: 35 Cycles 








.global 


Jiultl2 




single 


.set 


Offh 




X 


.set 


rO 




y 


.set 


rl 




p 


.set 


r2 




X 


• set 


r3 




tx 


.set 


r4 




q 


.set 


r5 




hy 


.set 


r5 




ty 


.set 


r6 




z 


.set 


rO 




zz 


.set 


rl 




.teip 


.set 
.text 


r7 




JMltl2: 










Idf 


Sconstant.tetp 






■pyf3 


te«p,x,p i 


! p = X t constant 




andn 


single.p , 


; fl«) is faithful 




subf3 


p,x,hx i 


1 hx = X - p 




rnd 


hx 






addfS 


hx.p.hx , 


1 hx = X - p + p 




rnd 


hx 




t 










subf3 


hx.x.tx 1 


1 tx = X - hx 




rnd 


tx 




« 










■pyf3 


te«p,y,p i 


; p = y t constant 


* 


andn 


single.p ; 


1 fl(t) is faithful 


subf3 


P,y,hy i 


1 hy = y - p 




rnd 


hy 






addf3 


hy.p.hy ! 


; hy = y - p + P 




rnd 


hy 








subf3 


hy,y,ty 


; ty = y - hy 


rnd 


ty 




»pyf3 


hx.hy.p 


; p = hx * hy 


andn 


single,p 


; fl(«) is faithful 


■pyf3 


hx,ty,tei)p 


5 te«p = hx t ty 


andn 


single, teip 


; fl<») is faithful 


(Bpyf3 


tx.hy.q 


; q = tx * hy 


andn 


single, q 


; fl(*} is faithful 


addfS 


q,t«»p,q 


; q = hx * ty + tx « hy 


rnd 


q 




addf3 


p,q,z 


; z = p + q 


rnd 


z 




5ubf3 


Z,P,Z2 


; zz = p - z 


rnd 


zz 




addf 


q,zz 


; zz = p - z + q 


rnd 


zz 




«pyf3 


tx,ty,teip 


; teip = tx f ty 


andn 


single, te«p 


{ fl(*) is faithful 


addf3 


zz,teip,zz 


; zz = p-z + q + tx* 


rnd 


zz 




retsu 






.data 






.float 


4097 


; constant = 2^(24-24/21 


.end 







ft 

a 



VQ 



ft 

QTQ 









51 

00 


M«t«M«Wft««fMffMftH«««Mf«HftH*fH«««»«M««ffHf 




Idf 


tconstantjteip 






FUNCTION DEF : jiult2 








■pyf3 


teip,x,p 


; p = X » constant 
















andn 


single, p 








author: A1 Lovricft 


1 2/21/89 






* 












Texas Instrutents, Inc. 








subfS 


P,x,hx 1 


; hx = X - p 






Entry Conditions: 










rnd 


hx 








Upon entry ( 


pO.rl) contains 


(x,y), 






addfS 


hx,p,hx 


; hx = x - p + p 






and (r2,r3) 


contains (xx.yy) 








rnd 


hx 








Exit Conditions: 








« 












Upon exit ( 


:rO,rl) contains (z,zz). 






subf3 


hx,x,tx 


[ tx = X - hx 






Registers Affected: 








rnd 


tx 








rO, rl, r2, 


r3, r4, p5, r6. 


r7 




« 






















■pyf3 


t€iP,y,P 


1 p = y » constant 






Algorithi used: 










andn 


single.p 








■ultl2(x, y, 


c, cc); 






* 












cc = x ♦ yy 


+ XX » y + ccj 








subf3 


P,y,hy ; 


1 hy = y - p 






z = c + cc; 










rnd 


hy 








zz = c - Z H 


■cc; 








addf3 


hy,P,hy ! 


1 hy = y - p + p 
















rnd 


hy 




? 




Revision: Original 








* 










Execution Tiie: 51 


, cycles 








subf3 


hy.y.ty ; 


1 ty = y - hy 


1 


H«t«W««*«»«««HHHHH[ 


1 1 1 R ji a wwTnrrwirwwwii 


tfHHH 


fH»ftH«« 




rnd 


ty 






.global 


^1t2 






» 






single .s«t 


Offh 








■pyf3 


hx,hy,p ! 


1 p = hx ♦ hy 


J 




.set 


rO 








andn 


single, p 




Oq 




.set 


rl 






« 








^ 

s 


hx 
tx 

hy 

ty 


.set 

.set 
.set 
.set 
.set 
.set 
.set 


r2 
r3 
r4 
r5 
r5 
p& 
rO 








■pyf3 
andn 


hx,ty,teBp ; 
single, teip 


; te»p = hx * ty 










■pyf3 

andn 
addf3 
rnd 


tx,hy,q ! 
single, q 
q,t«i»p,q ! 
q 


1 q = tx ♦ hy 

1 q = hx * ty + tx * hy 


zz 

XX 

yy 


.set 

.set 
.set 
.set 


rl 
r2 
rS 
r4 








■pyf3 

andn 
addf3 


tx,ty,teip i 
single, tetp 
P.q.c 


; teip = tx * ty 
; c = p + q 


S- 


cc 


.set 


r6 








rnd 


c 




^ 


teMpO .set 


r6 






* 


subf3 


c,P,cc 1 


[ cc = p - c 


tesp .set 


r7 








rnd 


cc 




o' 


JIU 


.text 
ilt2: 










addf 
rnd 


q.cc 

cc 


1 cc = p - c + q 


§ 




•pyf3 


x,yy,teipO ; 


1 teipO 


= x»yy 




addf 


teip,cc 


! cc = p - c + q + tx « ty 






andn 


single, teipO 








rnd 


cc 




s- 




■pyf3 


y.xx.teip 1 


1 teip = 


y»xx 










<^ 




andn 


single, teBp 






♦ 








1^ 




addf 


teipO.teap 


1 te«p = 


: x»yy + y*xx 


* restore variables 






^ 




rnd 


te>p 






» 












pushf 


teip \ 


1 <x*yy 


+ y»xx) 


break: 




















popf 


teip 1 


1 x«yy + y*xx 


o 


« 










♦ 








o 


i 


iultl2(x, y, c, cc: 


) 






* cc = 


X * yy + XX * 


y + cc 




uj 


t 


















o 





















addf 
rnd 



teip,cc 



; cc = x*yy+xx»y + cc 



* z = c + cc 





addf3 


cc,c,z 




rnd 


z 


* 






* zz = c 


- z + cc 




* 








subfS 


z,c,zz 




rnd 


zz 




addf3 


2Z,CC,ZZ 


i 


rnd 


zz 




retsu 






.data 




constant: 








.float 


4097 




.end 





1 constant = 2^(24-24/2)+! 



& 

t 

o 

o 
I 





"E 
^ 



s 

r 
|3 



eg 

a* 

X 

3. 






HM"M'##if iff §######## 



* FUNCTION DEF : _div2 
i 

t author: A1 Lovrich 2/21/89 
» Ttxas InstrwMnts, Inc. 
t 

* Entry Conditions: 

* Upon entry (rO,rl) contains (x,y), 
» and (r2,r3) contains (xx.yy). 

* Exit Conditions: 

* Upon exit (rO,rl) contains (z.zz). 

* Registers Affected: 

» rO, rl, r2, r3, r4, r5, r6, r7 

« 

t AlgorithB used: 

* c = X / y; 

* mi1tl2(c, y, u, uu); 

* cc = (x-u-uu + xx-c*yy)/y; 

» 2 = C + CC; 

» 2Z = C - Z + CC; 

f 

t Revision: Original 

* Execution Tiae: US Cycles 



pushf 








.global 


_div2 


single 


.set 


Offh 


X 


.set 


rO 


y 


.set 


rl 


P 


.set 


r2 


hx 


.set 


r3 


tx 


.set 


r4 


yi 


.set 


r4 


<J 


.set 


r5 


hy 


.set 


r5 


ty 


.set 


r6 


z 


.set 


rO 


zz 


.set 


rl 


XX 


.set 


r2 


yy 


.set 


r3 


te»p 


.set 


r7 


teipl 


.set 


r3 


teiip2 


.set 


rl 


c 


.set 


r2 


CC 


.set 


r3 


u 


.set 


z 


uu 


.set 
.text 


zz 


f 






.div2: 








pushf 


yy 




pushf 


XX 




pushf 


X 



; save yy 
; save XX 

; save X 



» c = X / y; 



t The floating-point nuaber v is stored in Rl. After the computation is 
* completed, 1/v is also stored in R4. 



t Register used as input: Rl 

• Registers aodified: RO, Rl, R2, R3 

* Register containing result: R4 



inv_f: 



Idf 
absf 



rl,r3 
rl 



; v is saved for later. 

5 The algorithm uses v = Iv!. 



* Extract the exponent of v. 



pushf 


rl 




pop 


rO 




ash 


-24, rO 


; The 8 LSBs of Rl contain the exponent 
5 of V. 



A fev coMMnts on boundary conditions. If e a: -128, then v - 0. The 
following x[03 calculation yields Rl = —128 - 1 = 127 and the algorita 
overfloH and saturate since x[0] is large. This seeis reasonable. If 127, 
the Rl = -127 - 1 - -128. Thus x[0] = and this nil] cause the algoritha 
to yield zero. Since the aantissa of v is alwaysbetween 1 this is also 
reasonable. As a result, boundary conditions are handled autoMtically in 
a reasonable fashion. 

x[0] formation given the exponent of v. 

5 Nov we have -e-1, the exponent of xlO]. 
5 NowRl = x[01 = 1.0 » 2«(-e-l). 

5 R2 = V ♦ x[0] 

; R2 = 2.0 - V t xtO] 

; Rl =x[n = xCO] * (2.0- v« xIO]) 

; R2 = V ixCn 

; R2 = 2.0 - V » xCn 

; Rl = x[2] = xCn « (2.0 - V » xtl]) 



negi 


rO 


subi 


l,rO 


ash 


24, rO 


push 


rO 


popf 


rO 


Now the iterations begin. 


■pyf3 


r0,rl,r2 


andn 


single,r2 


subrf 


2.0, r2 


rnd 


r2 


■pyf 


r2,r0 


andn 


single, rO 


mf 


r0,rl,r2 


andn 


single, r2 


subrf 


2.0, r2 


rnd 


r2 


■pyf 


r2,r0 


andn 


sing1e,rO 



> 

t3 
ft 

a 
> 

O 

o 
c 

ft 
ft 

QTQ 



a 



$ 



I 

I 
I. 
53 



^ 
^ 



a. 
3- 



i 



■pyf 


r0,rl,r2 


Mdn 


sin9lf,r2 


subr 


2.0.r2 


rnd 


r2 


■pyf 


r2,r0 


Mdn 


sing1«,rO 


■pyf 


rO,rl,r2 


Mdn 


singlf.rO 


5«brf 


2.0, r2 


rnd 


r2 


mf 


r2,p0 



singlt.rO 



5 R2 » V » xt2] 

5 R2»2.0- v»xt2] 

5 Rl = xC3] » xt21 « (2.0 - V » x[23) 

; R2 * V » x[3] 

{ R2 » 2.0 - V • xt33 

5 Rl »x[4] = xC33 • (2.0-v»j{t33) 

; This liniiizts error in th* LSBs. 



For th« list iteration ho us« tht forwilation: 
xt53 « (xt43 » (1.0 - (V * x[43))) ♦ xC43 



«ndn 
subrf 
rnd 
•pyf 



r0,M,r2 

sing]«,r2 

l.0,r2 

r2 

r0,r2 

sing]«,r2 

r2,r0 



«ddf 

rnd rO.rl 

No« the cut of V < is handled. 



; R2 = v»x[43 « 1.0. .01.. => 1 

; R2 « 1.0 - vtx[43 ■ 0.0..01... »> 

; R2«xI43 * (1.0- v»xt43) 

{ R2 - xt53 = (x[43t(1.0-(vtxC43)))+xt43 

; Round since this is foil on by a HPYF. 



negf 
Idf 
Idfn 

Idf 

restore variables 

popf 
popf 
pushf 

■pyf 



rl,r2 
r3,r3 
r2,rl 



yl.x 
single.x 



« save variables 



pushf 
pushf 



; This sets condition flags. 
; If v<0, thenRl = -Rl 



; save 1/y 



; restore y 

; restore x 

; save X 

{ c » X t ( 1/y) 



; save c 
t save 1/y 



Idf 

■pyf3 

andn 



addf3 
rnd 



•pyf3 
andn 



addf3 
rnd 

« 

subf3 
rnd 

f 

•pyf3 

andn 

« 

■pyf3 
andn 
■pyf3 
andn 
addf3 
rnd 

« 

» perf era tx » ty 

'* optimize use of 

I 

■pyf3 

andn 
addf3 
rnd 

subf3 
rnd 
addf 
rnd 



tconstant,te«p 

teap,x,p { p « x i constant 

single, p 



p,x,hx 
hx 

hx,p,hx 
hx 

hx,x,tx 
tx 

tetp.y.P 
single.p 

p,y,hy 
hy 

hy.p.hy 
hy 

hy.y.ty 
ty 

hx,hy,p 
sing1e,p 

hx.ty.teap 
single, teip 
tx,hy,q 
sing1e,q 
q.teip.q 



{ hx « X - p . 
}hx»x-p + p 

{ tx » X - hx 

; p * y » constant 

. hy » y - p 
J hy « y - p ♦ p 

} ty « y - hy 

; p « hx » hy 

5 teap = hx t ty 

; q « tx i hy 

-, q * hx » ty ♦ tx « hy 



operation and store the result in teap. This is to 
registers on the device. 

tx,ty,teap j tetp » tx » ty 

single, teap 

p,q,u { u « p ■» q 



u,p,uu 
q,uu 



I uu « p - u 
} uu « p - u ♦ q 






t Miltl2(c, y, u, uu) 



I 

I 

5 



a' 

a. 

s- 



I 



» z = c + cc 



popf 


yi 


; restore 1/y 




popf 


c 


; restore c 




popf 


tMp 


; restore x 




subf3 


u,t*»p,cc 


• CC = X - u 




rnd 


cc 






subf 


uu.cc 


{ CC = X - u - uu 




rnd 


cc 






popf 


t«p 


; restore xx 




Addf 


t«ip,cc 


; cc=x-g-uu + xx 




rnd 


cc 






popf 


tMp 


; restore yy 




•pyf 


c,t«ip 


; Ctyy 




andn 


single, twip 






subf 


t«ip,cc 


; cc = x-u-uu-«-xx-c«yy 




rnd 


cc 






«pyf 


yl.cc 


; CC = ( x - u - uu + XX - c * yy ] 


• /y 


andn 


single, cc 






addfS 


C,CC,2 


; z = c + cc 




rnd 


z 







subf 


z,c,zz 


5 zz = C - Z 


rnd 


zz 




addf 


cc,zz 


; zz = c - Z + CC 


rnd 


zz 




retsu 






.dati 







; constat = 2^(24-24/2)+! 






f FUNCTION DEF : _sqrt2 

« 

t author: M Lovrich 2/21/89 

* Texas InstruBcnts, Inc. 
* 

« Entry Conditions: 

* Upon entry (rO,rl) contains (x,xx). 
> Exit Conditions: 

« Upon exit (rO,rl) contains (z,zz). 

ft Registers Affected: 

« i^t ''1, t2, r3, r4, r5, r6, r7 






I 
I 



2 



G 



ft Algoritha used: 






ft 


c = 5qrt(x)j 






ft 


mU12(c, c. 


U, uu); 




ft 


cc « ( X - I 


- UU ♦ XX ) 


ft 0.5 / cj 


ft 


z » c ♦ cc; 






ft 


zz » C - Z 4 


«; 




ft 








ft Revision: Original 






ft Execution Tiae: 163 Cycles 




ftftfttftftftft 


HtftlHftiftlftftl 






.global 


-sqrt2 




single 


.set 


Offh 




X 


.set 


rO 




y 


.set 


rl 




P 


.set 


r2 




hx 


.set 


r3 




tx 


.set 


r4 




q 


.set 


r5 




hy 


.set 


r5 




ty 


.set 


t6 




z 


.set 


rO 




zz 


.set 


rl 




XX 


.set 


rl 




temp 


.set 


r7 




c 


.set 


r2 




cc 


.set 


r3 




a 


.set 


Z 




uu 


.set 


zz 




d 


.set 
.text 


rO 




-5qrt2: 








ft c = sqrt(x) 






ft Extract the exponent of v. 






Idf 


rO,r3 


; save V 




retsle 




s return if nwber non-positive 




pushf 


XX 


5 save XX 



pushf 


X 


; save X 




■pyf 


2.0,rO 


; add a rounding bit in the exponent 




andn 


single.rO 






pushf 


rO 






pop 


rl 






ash 


-25, rl 


5 The 8 LSBs of Rl contain 1/2 the expon 




x[0] forMtion 


jiven the exponent of v. 




negi 


rl 






ash 
push 


24, rl 
rl 




> 

1 


popf 


rl 


; Now rl = x[0] = 1.0 ft 2»»(-e/2). 








Generate v/2. 






& 


■pyf 


0.25,r0 


; v/2 and take rounding bit out. 


• 


andn 


single.rO 




No« the iterations begin. 




•pyf 


rl,rl,r2 


5 r2 = xtO] ft xtOl 


? 


andn 


single, r2 




■pyf 


r0,r2 


} r2 ' (v/2) ft xCO] ft xCO] 





andn 


sing1e,r2 




£ 


subrf 


1.5,r2 


; r2 = 1.5 - (v/2) ft xCOl ft xCO] 


fo 


rnd 


r2 






•pyf 


r2,rl 


5 rl = xtl] = xCO] ft (1.5 - (v/2)ftx[0]»x 


E 


andn 


single, rl 










QTQ 


•pyf 


rl,rl,r2 


; r2 = x[l] *x[13 


sr 


andn 


single, r2 




■pyf 


r0,r2 


5 r2 = (v/2) ft xtn ft xcn 


CZ) 


andn 


single,r2 




^ 


subrf 


1.5,r2 


; r2 = 1.5- (v/2) »x[l] ftxCn 


e 


rnd 


r2 




1 


■pyf 


r2,rl 


5 rl = x[2] = xCn ft (1.5 - (v/2)ftxtl]»x 


andn 


sing1e,rl 




? 


■pyf 


rl,rl,r2 


; r2 = x[2] ft xC23 


andn 


single, r2 




g. 


■pyf 


r0,r2 


; r2 = (v/2) ft x[2] ft x[23 




andn 


single,r2 






subrf 


1.5,r2 


; r2 = 1.5 - (v/2) ft x[23 • xC2] 




rnd 


r2 






■pyf 


r2,rl 


; rl = x[3] = x[2] ft (1.5 - (v/2)*xt23«x 




andn 


single.rl 






■pyf 


rl,rl,r2 


5 r2 = x[33 ft xC33 




andn 


single, r2 






■pyf 


r0,r2 


5 r2 = (v/2) ft x[3] ft xC3] 




andn 


single,r2 










00 



? 






subrf 
rnd 
npyf 
andn 

■pyf 

andn 

npyf 

andn 

subrf 

rnd 

■pyf 
f 

andn 

Idf 
* 

■pyf 

andn 

» Save variables 

pushf > 

Idf > 
* 

* ■ultl2(c, c, u, uu) 
« 

Idf 

■pyf3 

andn 
* 

5ubf3 

rnd 

addf 



1.5,r2 

r2,rl 
single.ri 

rl,rl,r2 

single, r2 

rO,r2 

single, r2 

1.5,r2 

r2 

r2,rl 

single, ri 
rl.rO 

r3,r0 
single, rO 



; r2 = 1.5 - (v/2) » x[33 * xt3] 

; rl = x[4] = xt3] » (1.5 - (v/2)»xC33»x 

; r2 = x[43 ♦ xC4] 

; r2 = (v/2) * x[4] » x[4] 

; r2 = 1.5 - (v/2) » x[4] * x[43 

• rl = x[5] = x[4] * (1.5 - (v/2)»x[4]»x 

; 5qrt(v) froa 5qrt(v»»(-l)) 



• save c = sqrt(x) 

; get ready for ■ultiplication 



§constant,teBp 

teap,x,p ; p = X * constant 

single, p 



subf3 
rnd 



p,x,hx 
hx 

p,hx 
hx 

hx,x,tx 
tx 



I hx = X - p 
I hx = X - p + p 

; tx = X - hx 



■pyf 3 hx,ty,teBp ; teap = hx » ty 

andn single, tesp 

■pyf 3 tx,hy,q ; q = tx * hy 

andn single, q 

addf teap,q j q»hx*ty + tx»hy 

rnd q 



perfora tx » ty operation and store the result in teap. 
This is to optimize use of registers on the device. 



Bpyf3 


tx,ty,teap 


•, teap = tx » ty 


andn 


single, teap 




addfS 


p,q,u 


, u = p + q 


rnd 


u 




subf3 


u,p,uu 


. uu = p - u 


rnd 


uu 




addf 


q,uu 


. uu = p - u + q 


rnd 


uu 




addf 


teBp,^u 


J uu = p - u ♦ q + tx « ty 


rnd 


uu 





■ uu + XX ) t 0.5 / c 



popf 


c 


; restore c 


popf 


teap 


; restore x 


subf3 


u.te^p.cc 


! cc = X - u 


rnd 


cc 




subf 


uu,cc 


5 cc = X - u - uu 


rnd 


cc 




popf 


te^p 


; restore xx 


addf 


teap.cc 


; cc = x-u-uu + xx 


rnd 


cc 




pushf 


cc 


? save cc 


pushf 


c 


; save c 



■pyf3 
andn 

subf3 
rnd 
addf3 
rnd 

subf3 
rnd 

Bpyf3 
andn 



teap.y.p 
single, p 

p.y.hy 

hy 

hy,p,hy 

hy 

hy.y.ty 
ty 

hx,hy,p 
sing1e,p 



■ p = y « constant 

. hy = y - p 

• hy = y - p + p 

5 ty = y - hy 

; p = hx » hy 



The floating-point nuaber v is stored in Rl. After the computation is 
coapleted, 1/v is also stored in R4. 

Register used as input: R2 
Registers aodified*. RO, Rl, R2, R3 
Register containing result: R2 



Idf 
absf 



r2,r3 
r2 



; V is saved for later. 

; The algorithm uses v = !v!. 



£ 






eg 

I 

I' 









p5 



Extract the exponent of v. 

pushf 

pop 

ash 



r2 
rl 
-24, rl 



; The 8 LSBs of RO contain the exponent 
5 of V 



x[0] fornation given the exponent of v. 

; NoH we have -e-l, the exponent of x[0] 
; Mow RO = x[0] = 1.0 * 2«(-e-l). 

; Rl = V ♦ x[03 

; Rl = 2.0 - V ♦ x[0] 

• RO = x[l] = xCO] t (2.0 - V t x[0]) 

5 Rl = V » xcn 

; Rl = 2.0 - V ♦ x[l] 

; RO = xt2] = xCll » (2.0 - V » x[l]) 



negi 


rl 


subi 


l,rl 


ash 


24, rl 


push 


rl 


popf 


rl 


iteratiot 


>s begin. 


■pyf3 


rl,r2,r0 


andn 


single, rO 


subrf 


2.0,r0 


rod 


rO 


•pyf 


rO.rl 


andn 


sing1e,rl 


•pyf 


rl,r2,r0 


andn 


sing1e,rO 


subrf 


2.0, rO 


rnd 


rO 


■pyf 


rO,rl 


andn 


single.rl 


■pyf 


rl,r2,r0 


andn 


single.rO 


subrf 


2.0,r0 


rnd 


rO 


■pyf 


rO.rl 


andn 


single.rl 


•pyf 


rl,r2,r0 


andn 


single.rO 


subrf 


2.0,r0 


rnd 


rO 


■pyf 


rO.rl 



Rl = V » x[23 

Rl = 2.0 - V « x[2] 

RO = x[3] = xt23 » (2.0 - v » x[2]) 



; Rl = V * xC33 

; Rl = 2.0 - V * x[33 

5 RO = xC43 = x[33 t (2.0 - v » x[33) 



single,rl 



For the last iteration we use the formulation: 
x[53 = (xC43 » (1.0 - (V ♦ xt43))) + xC43 



■pyf 


rl,r2,r0 


andn 


Single.rO 


subrf 


l.O.rO 


rnd 


rO 


■pyf 


rl,rO 


andn 


single,rO 


addf 


rO.rl 


rnd 


rl,r2 


Now the case of v 


< is handled. 


negf 


r2,r0 


Idf 


r3,r3 


Idfn 


r0,r2 


restore variables 




popf 


te>p 


popf 


cc 


■pyf 


0.5,cc 


andn 


single.cc 


■pyf 


r2.cc 


andn 


single.cc 



» z = c + cc 

* 

addf3 
rnd 

» zz = c - z + cc 

subf 
rnd 
addf 
rnd 

« 

retsu 
.data 

constant: 

.float 
.end 



5 Rl = v»xC43 = 1.0.. 01.. »> 1 

; Rl = 1.0- v»x[43 =0.0.. 01... =>0 

; Rl »x[43 » (1.0- v«x[43) 

; RO = x[53 = (xC43*(1.0-(v«xt4])))+x[43 

; Round since this is followed by a HPYF 



; This sets condition flags. 
; If V < 0, then R2 = HQ 



5 restore c 

; restore cc 

; cc = ( x - u - uu + XX ) * 0.5 

; cc = ( X - u - uu + XX ) » 0.5 / c 



te«p,cc,z ; z = c ♦ cc 

z 

z,teip,zz ; zz = c - z 
zz 

CC.ZZ ; ZZ « c - Z + CC 

zz 

4097 ; constant = 2^(24-24/2)+! 



Appendix B 
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I 

{ 

I 

s* 

Hi 



Q 



5 



3/« C3(fflBL ~ Progru to operate on two single-precision nunbers 

in C30 forNt uid produce a double-precision result t/ 
tinclude <Mth.h> 
linclude <stdio.h> 

MinO 
< 

long double x, y, z; 

long int xl, yl; 

int i, operation; 

long int c30toe(long int); 

i=l; 
do{ 

printfCType tm C30 hex nu«berss\n'); 

printf("x = "); 

scanfCZX'.lxl); 

printf("y = '); 

scanfCXX*,&yi); 

xl = c30toe(xl); 

X = (long double) (*(f1oat «)(b(l)); 

yl = c30toe(yl); 

y = (long double) (Kfloat *)(lyl)); 

do{ 

printfCAdd(l), Sub(2). Hpy(3), Div(4), S<irt(5): "); 
scanfCZd", lioperation); 

} while (operation<l I! operation>5); 

if (operation = 1) z = x ♦ y; 
if (operation =« 2) z = x - y; 
if (operation »= 3) z = x t y. 
if (operation = 4) z = x / y; 
if (operation » S) z > sqrt(x); 
printf("\nz = X.18Lg", z); 

printf ("\n\nType in C30 hex result!\n'); 

printf("z « "); 

scanfCZX%lxl); 

printfCzz = ")j 

scanf("XX",liyl); 

xl ' c30toe(xl); 

X » (long double) («(fIoat «)(fcxl)); 

yl = c30toe(yl); 

y ' (long double) («(float »)(ftyl)); 

z = X ♦ y; 

printf("\nz = 1.18Lg", z); 

printf("\n\nType to exit, else continue : '); 

scanf Cld", fci); 
} while (i !s 0>; 
> 
/» (^TOE — routine to convert fro« a c30 floating point nuaber to a 

nwri»er in ieee foraat. Both input and output in hex. t/ 



long int c30toe(long int x) 
{ 

long int aantissa, sign; 

long int exp; 

sign = X & 0x00800000; 
exp = X » 24; 

/» exp3-128 corresponds to 0. exps-127 is denorMi ized in ieee: 
represent it as 0. #/ 

if (exp <= -127) return(O); 

/* add iaptied bit and sign-extend Mntissa */ 

■antissa = x fc 0x007fffff; 
if (sign) 

Mntissa !=Oxff 000000; 
else 

Mntissa i= 0x00800000; 

/* convert Mntissa to sign-Mgnitude »/ 
if (sign) Mntissa » -Mntissa; 
/* adjust Mntissa if it ms -2.0 t/ 

if (Mntissa « 0x01000000) { 

exp+*; 

Mntissa = 0x00800000; 
} 
if (exp > 127) return(O); /* too large number; return error */ 

/« Mke exponent 127-exce5s and return ieee nuaber «/ 

exp += 127; 

Mntissa = (Mntissa & 0x007fffff) i (sign « 8) I (exp « 23); 

return(Mntissa); 



ft 



&9 

c « 

2 H 

O 9 

9 



2 

d 

3 



ft 



o 

ft 



00 



r 

r 



^ 
^ 



1^ 






i 

G 



/t CXIBBL2 — Projrvi to op«ratt on two doubU-prccifion 
in C30 foTMt Md produce « double-precision result »/ 
•include <iMth.h> 
•include <stdiOih> 

MinO 
{ 

long double x, y, z; 

long int xl, yl, xxl, yyl; 

int i, operation; 

long int c30toe(1ong int); 

i«l{ 
do{ 

printfCType tvo C30 hex n«ibers:\B')5 
printfCx « ")j 
scanfClX",kxl); 
printfCxx « "); 
scMfCXX'.baDj 
printfCy « ")j 
scanfCXX'.iyl). 
printf("yy » ")} 
sc»nfCZX%tyyl); 
xl > c30toe(xl); 
xxl = c30toe(xxl)t 
yl » c30toe(yl); 
yyl * c30toe(yyl)] 
x * don} double) («(f1o«t ftXlxD) * 

(long doubU)(*(f1o«t ^(fcxxl)); 
y B (long doub1e)(t(flo«t tXiyi)) * 

(long double) («(f1oat «)(lyyl)): 
do{ 

printfCAddd), Sub(2), Hpy(3), 0iv(4), S4)rt(5): "); 

scufCZd*. Iroperation)} 
> Mhile (operationO !! oper«tion>5); 

if (opcrition »« 1) z = x ♦ y; 
if (operation «« 2) z » x - y? 
if (operation =* 3) z * x * y; 
if (operation = 4) z = x / y? 
if (operation ■» 5) z « sqrt(x)} 
printfCXnz « Z.18Lg', z); 

printf('\n\nType in C30 hex result: \n")} 

printfCz « "); 

scanf("ZX",lxl)| 

printfCzz » "){ 

scanf("XX",liyl)j 

xl * c30toe(xl); 

X ' (long doub1e)(«(f1oat *)(tixl)); 

yl » c30toe(yl)t 

y « (long double)(«(f)oat i)((yl)); 

z « X ♦ yj 



printfCXnz = X.lSLg', z)? 

printf("\n\nType to exit, else continue : ■); 

scanf CZd", l<i). 
} while (i !< 0); 
} 
/t (^TOE — routine to convert fro* a c30 floating point nuaber to a 

nuabcr in ieee forMt. Both input and output in hex. «/ 

long int c30toe(1ong int x) 
{ 

long int aantissa, sign; 

long int exp; 

sign = X & 0x00800000; 
exp » X » 24; 

/i exp»-128 corresponds to 0. exp3-127 is denorMlized in ieee: 
represent it as 0. «/ 

if (exp <= -127) return(O); 

/ft add implied bit and sign-extend Nntissa */ 

■antissa = x It 0x007fff ff ; 
if (sign) 

■antissa !> Oxff 000000; 
else 

•antissa Is ( 



/ft convert Nntissa to sign-wgnitude ft/ 
if (sign) Mntissa » -aantissa; 
/* adjust Mntissa if it ms -2.0 »/ 

if (Mntissa = 0x01000000) C 

exp-H-. 

Mntissa = 0x00600000; 
} 
if (exp > 127) return(O); /ft too large number; return error ft/ 

/ft Mke exponent 127-excess and return ieee nutber ft/ 

exp += 127; 

Mntissa - (Mntissa k 0x007fffff) I (sign « 8) i (exp « 23); 

return(Mntissa); 



} 



> 
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170 An 8 y^ 8 Discrete, Cosine Transform Implementation 

on the TMS320C25 or the TMS320C30 



Introduction 

In the general class of orthogonal transforms, there exists one in particular, the 
discrete cosine transform (DCT), that has recently gained wide popularity in signal pro- 
cessing. The DCT has found applications in such areas as data compression, pattern recogni- 
tion, and Weiner filtering, primarily because of its close comparison to the Karhunen-Loeve 
Transform (KLT) with respect to rate distortion criteria [1]. Although the KLT is con- 
sidered to be optimal, there is no fast algorithm to compute it. Since there is no fast KLT 
algorithm, the DCT is an attractive alternative. 

For image coding, the DCT works well because of the high correlation among adja- 
cent data samples (pixel values). Because of this correlation, the DCT provides near op- 
timal reduction while retaining high image quality. In a comparative study [2], the DCT 
was shown to outperform the Fourier, Hartley, and cas-cas transforms for image com- 
pression, providing even more motivation for finding fast implementations. 

A number of algorithms have been developed, most notably those of Hou [3] and 
Lee [4], which generate higher-order DCTs from lower-order ones. This paper presents 
two 8 X8 DCT routines, one for the TMS320C25 and another for the TMS320C30, based 
upon the routine in [3]. 
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The DCT Algorithm 

For a given real data sequence xo,xi, . . .,jca^_i, the discrete cosine transform is 
given in [1] as 



,, = [J. a(k) Wn COS (lJ^!!±jyi\k = 0, 1, . . . , TV - 1 (la) 

V A^ n=0 \ 2N / 

and its inverse is 



Xn= \ / — L, a(k)zk cos I \ k = 

\^ N k=0 \ 2N J 



= 0, 1, 



A^ - 1 



(lb) 



where a (k) = /y- for A: = 0; otherwise, the transform is unitary. If zo is scaled up 
by 2, the DCT can also be written in matrix form as 



VI 



T(N)x, 



(2) 



where x and z are column vectors denoting the input and output data sequences, and T{N) 
is the DCT matrix of order A^. Actually, expanding the matrix (neglecting the factor of 

^-Tir for the moment), a 4-point DCT appears as 



^0 

Z2 
Zl 

Z3 



1 


1 


1 


1 


a 


— a 


a 


— a 





-d 


-0 


6 


d 


/3 


-d 


-/3 



Xq 
^2 

Xi 



(3) 
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where a, = f^, P = cos (g-), and 6 = sin f-gV Similarly, the 8-pt DCT can be 
expressed as 



^0 

ZA 
Zl 
Z6 
Z\ 
Z5 
Z3 
Zl 



a 


— a 


a 


— a 


QJ 


— q: 


a 


— a 


IS 


-d 


-& 


8 


/3 


-6 


-^ 


6 


6 


13 


-d 


-^ 


5 


/5 


-a 


-13 


X 


/^ 


— V 


-7 


~X 


"/^ 


J' 


7 


f^ 


V 


-7 


X 


~it* 


— z' 


7 


"X 


7 


-X 


/^ 


p 


-7 


X 


-i^ 


~^ 


p 


7 


X 


/* 


— j^ 


-7 


-X 


-M 



Xq 

X2 
X4 

Xj 

X5 
X3 
Xi 



(4) 



where X = cos (-^), y = cos (21), ^ = sin (H), and j^ = sin (^). Note that 

the input is no longer in natural order but has been rearranged according to the permutation 
matrix P and the relation 



X = PXy 



(5) 



where 



P = 



1 





























1 





























1 
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Upon examination, the matrix t(N) in (4), which is the matrix T(N) with the rows and 
columns rearranged, can be described more compactly as 



T(N] = 



Hi) 






(6) 



since the upper half of the 8-point DCT is exactly the 4-point DCT matrix previously 
generated. Using the results obtained in [3], the relationship between D 1^] and 



r [~ j is a given as 



°(f)=02. 



(7) 



where 



K = RLRt, 

R being the matrix that performs a bit reversal on the input data; L is the lower triangular 
matrix 



1 




















1 2 




















1 -2 


2 





1 











1 2 


-2 


2 














1 -2 


2 


-2 


2 











1 2 


-2 


2 


-2 


2 








1 -2 


2 


-2 


2 


-2 


2 





1 2 


-2 


2 


-2 


2 


-2 


2 



ande = diag [cos(n +hM\, for „ = 0,1, 

4 A^ 



., 7. The output vector z 



is now in bit-reversed order. Signal flow graphs for 2-point, 4-point, and 8-point DCTs 
are shown in Figure 1, with the multipliers defined as in (4). 
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_ 










Zo 


xov^ 










Z2 


^^\ 




Zi 


X2 ■ 


-^^^ ^ * 


N^; 


X3 




2-pt DCT 





(a) 2-Point 



(b) 4-Point 




(c) 8-Point 

Figure 1. Signal Flow Graphs for 2-Point, 4-Point, and 8-Point DCTs 

The structure of the algorithm looks very much like that of a Fast Fourier Transform 
(FFT), since the most fundamental computation is a 2-point butterfly. This routine is actually 
a generalized case of the Cooley-Tukey FFT algorithm with the addition of the recursion 
at the end. If the equations for the signal flow graph are written explicitly, the recursive 
nature of the DCT becomes clear; for a 4-point DCT, we have 

Z2 = Z2y 
Zi = Zi, 
Z3 = 2Z3 - Zh 
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and for the 8-point DCT, 

zo - zo> 

Z4 = Z4, 
Z2 = Z2> 
Z6 = Z6r 

Z] = Zly 

Z3 = ^Z3 - Zly 

Z5 = 2Z5 - £5, 
Zy = 2Z7 - Z5' 

To create a unitary transform, each element in the vector should be multiplied by 

the scaling factor Ji, for both the forward and inverse transforms. The inverse 

V N 
transform is obtained by completely reversing the direction of the signal flow graph; i.e., 
performing the bit-reversal first, then the recursions and the butterflies, and finally, the 
data permutation. 

For the two-dimensional case of interest, the DCT can be described in the form 



z(kyl) = — a(k) ol{J) Li 1^ x(m,n) cos I — —I cos I — ^1 (8a) 

A^ m=0 n=0 \ 2N J \ 2N / 



2 N-l N-1 /^ (2m-\- l)k\ /tt (2«+ l)/\ _ , 

x(m,n) = — Zj l a(ky a(l)z(kj) cos I — -^ — ^1 cos I — ^^ i-l (8b) 

A^ jt=0 /=0 \ 2N J \ 2N / 

1 
where a (k) = r^ for /: = 0, unity otherwise. Like the FFT, the DCT kernel is 

separable, allowing the transform to be performed in two steps, first along the rows and 
then the columns. 
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Implementation on the TMS320C25 

The DCT algorithm may be carried out in one of two ways, either using 

1. A matrix formulation, where the DCT coefficients are simply multiplied by 
the data, or 

2. The signal flow graph. 

This routine uses a matrix formulation, which requires the sixty-four cosine 
coefficients to be stored in an array in memory. The matrix formulation is based on the 
following equation: 



^0 
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-7 
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-7 
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— V 




Xl 



(7) 



where X = cos (-§), 7 = cos (2|), ;x = sin (f^), and v = sin (^). 

The algorithm described above has been shown to be numerically stable for fixed- 
point processors; however, to prevent serious data errors, truncation and roundoff must 
be accounted for. A roundoff technique similar to the one in [6], is used to prescale the 
matrix coefficients by (2^5 - 1). This product is then loaded into the accumulator with 
a one-bit left shift, effectively dividing it by 2^5. After a multiplication is performed, the 
32-bit value in the accumulator must be rounded to sixteen bits, where bits 13,14, and 
15 are used to determine the value of the sixteenth bit. The TMS320C25 performs this 
operation in a single instruction by adding 3000h to the accumulator product with a one- 
bit left shift, as outlined in the code shown in Figure 2. 
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INITIALIZE MATRIX COEFFICIENTS AND ROUNDOFF VALUES INTO 
INTERNAL BLOCK 



OCTINI 



LDPK 


RNDOFF 


RSXM 




SPM 


1 


LRLK 


AR1 .COEFF 


RPTK 


EDATA-IDATA 


BLKP 


IDATA/ + 


LRLK 


AR1 .RNDOFF 


RPTK 


10 


BLKP 


EDATA.* + 



SIGN-EXTENSION MODE 
LEFT SHIFT 1 BIT 
COEFFICIENTS 



VARIABLES 



SECOND SET OF COEFFICIENTS 



LAR 



T2 



AR1 .DST 



MAR 


* + .AR2 


LAR 


AR2,SRC 


LARK 


AR3.7 


LT 


* + .AR2 


MPY 


CIO 


ZAC 




RPTK 


6 


MAC 


C11.* + 


LTA 


* + .AR1 


MPY 


CIO 


ADD 


RNDOFF 


SACH 


*0 + .AR3 


BANZ 


t2.*-.AR2 



AR1 IS NOW DESTINATION 

POINTER 

WORK ON SECOND COLUMN 



Figure 2. TMS320C25 Code for Roundoff Routine 
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After the multiplications are computed, the results are stored in another array area 
in transposed order; thus, a separate routine for transposing the matrix is not needed. Once 
the rows are transformed, the pointers for the input and output matrices are exchanged. 
When the procedure is repeated, the output is stored as rows, completing the transform. 
Appendix A contains a complete program listing for the forward transform on the 
TMS320C25. To perform an inverse DCT, the table of cosine coefficients should be 
replaced with those used for an inverse transform. 

Implementation on the TMS320C30 

The TMS320C30's increased speed and flexible addressing modes can reduce 
execution time substantially. In using the FFT-like structure, extraneous multiplications 
are removed, and because of the TMS320C30's ability to perform parallel 
multiplication/additions, two butterflies can be computed at once. After an initial subtraction 
is done, the coefficient multiplication can be executed in parallel with the addition of the 
data. The TMS320C30's floating-point capability eliminates not only the problems of 
roundoff error associated with fixed point processors but also the need for any truncation 
routines. 

Because the DCT size is fixed to eight points, there are only four locations that need 
exchanging; this allows for a fast bit-reversal of the data. When using the TMS320C30's 
extended-precision registers for temporary storage, the transfers can be done in-place. 
These data transfers are also done in parallel, since two load or store operations can be 
performed simultaneously. The code for performing the bit reversal is shown in Figure 
3 below. 

CORRECT ORDER FROM BIT REVERSED TO NATURAL 

BITREV LDF *ARO.RO ; ONLY FOUR LOCATIONS ARE 

; ACTUALLY SWITCHED 



LDF 


*ARO.RG 


LDF 


*-AR2.R1 


STF 


R1,*AR0 


STF 


R0.*-AR2 


LDF 


* ari.ro 


LDF 


*-AR3.R1 


STF 


R1/AR1 


STF 


RG.*-AR3 



Figure 3. TMS320C30 Code for Bit Reversal 
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Because of the amount of data shuffling that occurs, an eight-word scratch-pad vector 
has been created with four permanent pointers set up at every other memory location. 
This allows access to each element in the vector (by predecrement or preincrement 
addressing) without requiring constant alteration of one or two pointer locations. Although 
there is no overhead for looping on the TMS320C30, straight-line coding is used as much 
as possible to increase performance. 

You can transpose the DCT matrix in the same way as in the TMS320C25 
implementation: namely, store the transformed row vector as a column vector in another 
matrix and interchange the input and output pointers. 

The complete routines for the forward and inverse transforms are given in Appen- 



dix B. 



Results 



The execution times and memory requirements for the two routines are given in 
Table 1. For the TMS320C30 implementation, the forward transform contains the scale 
factor of ^, so the transform is not unitary. When the signal flow is reversed, 

instructions accumulate and the time required to perform the inverse transform actually 
increases (see Table 1). This increase occurs because certain multiplications cannot be 
performed in parallel with another instruction. The two tunes are identical on a TMS320C25 
because it uses a matrix routine to compute the transform. 

Table 1. Execution Times and Memory Requirements 



Device 


Memory Required 


Time Required 
(MS) 


Program 


Data 


TMS320C25 
TMS320C30 


232 words* 
232 words 
148 words** 
1 55 words 


203 words 
203 words 
1 36 words 
1 36 words 


257.3 (forward) 

257.3 (inverse) 

99.4 (forward) 

107.9 (inverse) 



* TMS320C25 wordlengths are 16 bits 
* * TMS320C30 wordlengths are 32 bits 
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Summary 

Two routines for a two-dimensional Discrete Cosine Transform are presented: one 
for the TMS320C25 and one for the TMS320C30, with a development of the algorithm 
given for clarification. This report also discussed the similarities of the DCT to the Cooley- 
Tukey FFT algorithm and arithmetic shortcuts which can reduce the DCT's execution 
time. Although these implementations use the most recent formulation, there is still room 
for investigation into more efficient methods. Another approach that might prove fruitful 
is to deal with the entire 8x8 array all at once, as suggested by Haque [7], rather than 
transforming the array by rows and columns. However, both routines given in the 
appendices provide fast, numerically stable solutions for applications requiring the DCT. 
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00 



H*«««*««M«M 



8 X 8 2D-DCT ALGORITHM FOR THE TMS320C25 



THIS PROGRAM HILL PERFORM A TWO-DIMENSIONAL XT ON EIGHT-BIT IMAGE DATA 
AND NORMALIZE THE DATA TO MINIMIZE TRUNCATION AND ROUNDOFF. 






.title '8x8 OCT' 



RESET: BRANCH TO DCT, AND SET ARP TO 

.sect "RESET" 

B DCTINI,»,AR1 

.text 

INITIALIZE MATRIX COEFFICIENTS AND ROUNDOFF VALUES INTO INTERNAL BLOCK I 



;3 
oo 

X 

Oo 



Q 












LDPK 
RSXM 
SPH 
LRLK 
RPTK 
BLKP 
LRLK 
RPTK 
BLKP 



RNDOF 

1 

ARl.COEFF 

EDATA-IDATA 

IDATA,*+ 

ARl.RNDOFF 

10 

EDATA,*+ 






HERE IS THE XT FUNCTION 

LARK AR7,1 
LARK fm,Q 
CNFP 

LOOP FOR DIMENSIONS 



FIRST SET OF COEFFICIENTS 



LARK 


AR3,7 


LAR 


AR1,SRC 


LAR 


AR2,DST 


LT 


*+ 


MPY 


COO 


ZAC 




RPTK 


6 



SIGN-EXTENSION MODE 
LEFT SHIFT 1 BIT 
COEFFICIENTS 



I AR7: DIMENSION-1 

I POINTER INCREMENT FOR DATA TRANSPOSITION 

I "MAC" NEEDS 1 OPERAND IN PROGRAM MEMORY 



COUNT FOR 8 1-D XTs 

SOURCE ADDRESS 

DESTINATION ADDRESS (FIRST COLUMN) 

TREG = XO 

ACC = , PREG= xO » cOO 



mc 



C01,»+ 



LTA »+,AR2 

MPY C_00 

ADD RNDOF 

SACH *0+,AR3 

BANZ T1,»-,AR1 



; ACC = ,PREG= XO ♦ COO 

; INaUDE LAST PRODUCT AND LOAD PRE6 

. STORE RESULT AND TRANSPOSE 



SECOND SET OF COEFFICIENTS 



LAR 


AR1,DST 


; ARl IS NOW DESTINATION POINTER 


MAR 


*+,AR2 


5 WORK ON SECOND COLUMN 


LAR 


AR2,SRC 




LARK 


AR3,7 




LT 


*+,AR2 




MPY 


CIO 




ZAC 






RPTK 


6 




MAC 


Cll,*+ 




LTAS 


»+,ARl 




MPY 


CIO 




ADD 


RNDOFF 




SACH 


»0+,AR3 




BANZ 


T2,»-,AR2 





> 

1 



n 

H 



VQ 



THIRD SET OF COEFFICIENTS 



LAR 


ARl, SRC 


LAR 


AR2,DST 


ADRK 


2 


LARP 


1 


LARK 


AR3,7 


LT 


*+ 


MPY 


C20 


ZAC 




RPTK 


6 


MAC 


C21,«+ 


LTA 


*+,AR2 


MPY 


C20 


ADD 


RNDOF 


SACH 


*0+,AR3 


BANZ 


T3,*-,AR1 


m SET OF 


COEFFICIENl 


LAR 


AR1,DST 


ADRK 


3 


LARP 


2 


LAR 


AR2,SRC 


LARK 


AR3,7 


LT 


»+ 


MPY 


C30 


ZAC 





5 ARl NOW SOURCE POINTER 



; THIRD COLUMN 
; ACTIVATE ARl 



? 






C/5 

O 

n 

in 



^ X 

^ i. 






RPTK 
MAC 
LTA 
HPY 
ADD 
SACH 
BANZ 



6 

C31,*+ 

t+,ARl 

C_30 

RNDOFF 

»0+,AR3 

T4,»-,AR2 



FIFTH SET OF COEFFICIENTS 



LAR 


ARl.SRC 


LAR 


AR2,DST 


ADRK 


4 


LARP 


1 


LARK 


AR3,7 


LT 


*+ 


HPY 


C.40 


ZAC 




RPTK 


6 


MAC 


C41,*+ 


LTA 


»+,AR2 


HPY 


C-40 


ADD 


RNDOFF 


SACH 


»0+,AR3 


BANZ 


T5,#-,AR1 



SIXTH SET OF COEFFICIENTS 



I. 



LAR 


AR1,DST 


ADRK 


5 


LARP 


2 


LAR 


AR2,SRC 


LARK 


AR3,7 


LT 


«•»- 


HPY 


C-50 


ZAC 




RPTK 


6 


MAC 


C51,*+ 


LTA 


#+,ARl 


HPY 


C_50 


ADO 


RNDOF 


SACH 


»0+,AR3 


BANZ 


T6,*-,AR2 


NTH SET OF COEFFICIET 


LAR 


AR1,SRC 


LAR 


AR2,DST 


ADRK 


6 


Ltftf> 


1 


LARK 


AR3,7 


LT 


»+ 


HPY 


C-60 


ZAC 





RPTK 
HAC 
LTA 
HPY 
ADD 
SACH 
BANZ 



6 

C61,« 

*^,AR2 

C_60 

RNDOFF 

»0+,AR3 

n,»-,ARl 



EIGHTH SET OF COEFFICIENTS 



LAR 

ADRK 

LARP 

LAR 

LARK 

LT 

rPY 

ZAC 

RPTK 

HAC 

LTA 

HPY 

ADO 

SACH 

BANZ 



M^l.DST 

7 

2 

AR2,SRC 

W3,7 

»+ 

C-70 

6 

C71,»+ 

♦+,AR1 

C.70 

RNDOFF 

«0+,AR3 

T8,*-,AR2 



LOOP FOR NEXT DIHENSION 

LAC DST 
DHOV SRC 
SACL SRC 



LARP 
BANZ 



AR7 
DIMS,»-,ARl 



; CHANGE SOURCE AND DESTINATION POINTERS, 

; SO RESULT OF FIRST PASS BECOHES OPERAND 

; OF SECOND PASS. FINAL RESULT WILL BE IN 

; PICT 

; AR7 : DIHENSION COUNTER 

; LOOP FOR NEXT DIHENSION 



CNFD 

B $ ; £ 

.pag« 

^ - TABLES AND DECLARATIONS 



COO 
COl 
C02 
C03 
C04 
COS 
C06 
007 
CIO 
Cil 
C12 



.»ect 

.label IDATA 

.word 5792 

.word 5792 

.Mord 5792 

.word 5792 

.word 5792 

.word 5792 

.word 5792 

.word 5792 

.word 8034 

.word 6811 

.word 4551 



'RCOEF'.OFFOOh ; THIS IS TO SET UP TJC LABELS FOR A CNFP 
; KT COEFFICIENTS 
; FIRST ROM OF COEFFICIENTS 
; 5792 = (1/4) « 2M(-l/2) IN Q15 FORHAT 



I SECOND ROU OF COEFFICIENTS 



2 


C13 


.word 


1598 


C14 


.word 


-1598 




C15 


.word 


-4551 




C16 


.word 


-6811 




C17 


.word 


-8034 




C20 


.word 


7568 




C21 


.word 


3134 




C22 - 


.word 


-3134 




C23 


.word 


-7568 




C24 


.word 


-7568 




C25 


.word 


-3134 




C26 


.word 


3134 




C27 


.word 


7568 




C30 


.word 


6811 




C31 


.word 


-1598 




C32 


.word 


-8034 




C33 


.word 


-4551 




C34 


.word 


4551 




C35 


.word 


8034 




C36 


.word 


1598 




C37 


.word 


-6811 




C40 


.word 


5792 




C41 


.word 


-5792 




C42 


.word 


-5792 


^ 


C43 


.word 


5792 


C44 


.word 


5792 


00 


C45 


.word 


-5792 


X 


C46 


.word 


-5792 


oo 


C47 


.word 


5792 


1 


C50 


.word 


4551 


C51 


.word 


-8034 


5^ 


C52 


.word 


1598 


C53 


.word 


6811 




C54 


.word 


-6811 


C55 


.word 


-1598 


C56 


.word 


8034 


s ^■ 


C57 


.word 


-4551 


&3^ 


C60 


.word 


3134 


C61 


.word 


-7568 


K> Kj 


C62 


.word 


7568 


m 


.word 


-3134 


isi c 


C64 


.word 


-3134 


'c^ 


C65 


.word 


7568 


^ i 
^1 


C66 


.word 


-7568 


C67 
C70 


.word 
.word 


3134 
1598 


C71 


.word 


-4551 


C72 
C73 


.word 
.word 


6811 
-8034 


C74 


.word 


8034 


K> *^ 


C75 


.word 


-6811 


Q 1 


C76 
C77 


.word 
.word 


4551 
-1598 


o a 




.Ub«1 


EOATA 



; 1598 = (1/4) » SIN(PI/16) IN Q15 FORHAT 

; 4551 » (1/4) t SIN(3PI/16) IN Q15 F(M1AT 

; 6811 = (1/4) « (X)S(3PI/16) IN Q15 FORtMT 

; 8034 - (1/4) * C0S(PI/16) IN Q15 FORMT 

; third row of coefficients 

; 3134 = (1/4) t SIN(PI/8) IN Q15 FORMAT - 

; 7568 = (1/4) « (»S(PI/8) IN Q15 FORmT 



; FOURTH ROW OF COEFFICIENTS 



. FIFTH ROU OF COEFFICIENTS 



; SIXTH ROW OF COEFFICIENTS 



.word 


12288 


ROUNDOFF FACTOR 


.word 


PICT 


ADDRESS OF PICTURE 


.word 


RESULT 


ADDRESS OF RESULT 


.word 


5792 


COO C££FFICIENT 


.word 


8034 


CIO COEFFICIENT 


.word 


7568 


C20 COEFFICIENT 


.word 


6811 


C30 COEFFICIENT 


.word 


5792 


C40 COEFFICIENT 


.word 


4551 


C50 COEFFICIENT 


.word 


3134 


C60 COEFFICIENT 


.word 


1598 


C70 COEFFICIENT 


DEFINITIONS 




.usect 


''C0£FFS»,64 


XT COEFFICIENTS (GOES INTO BO) 


.BSS 


PICT, 64 


PICTURE 


.BSS 


RESULT, 64 


RESULT, AFTER DCT 


.BSS 


RND0FF,1 


ROUNDOFF FACTOR 


.BSS 


SRC,1 


SOURCE ADDRESS FOR CURRENT DCT LOOP 


.BSS 


DST,1 


DESTINATION ADDRESS 


.BSS 


C00,1 


COO COEFFICIENT 


.BSS 


C.10,1 


CIO COEFFICIENT 


.BSS 


C^O.l 


C20 COEFFICIENT 


.BSS 


C_30,l 


C30 COEFFICIENT 


.BSS 


C.40,l 


C40 COEFFICIENT 


.BSS 


C.50,l 


C50 COEFFICIENT 


.BSS 


C-60,1 


C60 COEFFICIENT 


.BSS 


C.70,l 


C70 COEFFICIENT 



I SEVENTH ROW OF COEFFICIENTS 



I EIGHTH ROW OF COEFFICIENTS 



; END OF COEFFICIENTS TABLE 



St 

oo 
X 

Oo 

i 



^ i. 

o 3 



§■ 



TITLE! 2-D DISCRETE COSINE TRANSFORM, (8x8) VERSION 1.0 
AUTHOR: UILLIAH HOHL 



THIS PROGRAM IS BASED ON A RECENT ALGORITHM PROPOSED BY H.S. HOU 
(TRANSACTIONS ON ASSP, VOL. ASSP-35, NO. 10, XTOBER 1987, PP. 1455- 
1461). 

INPUT MATRIX IS STORED IN RAM, AND THE RESULTS ARE STORED IN Tf€ SAME 
LOCATION. 



OUT, 64 
INP,64 
SCR,8 
COSTAB 
START 



; SCRATCHPAD MEMORY 



-COS 

INPUT 

OUTPUT 

SCRATCH 

SCRLAST 

RTNl 

RTN2 



.global 
.global 
.data 

.word 

.word 

.word 

.uord 

.word 

.word ' 

.word 

.t«xt 

LDI 
LDI 
LDI 
LDI 
LDP 
LDI 
LDI 
LDI 
LDF 
LDF 

LDI 
RPTB 
BR& 
LDI 
LDI 
ADDI 



COSTAB 

INP 

OUT 

SCR 

SCR+7 

TRANSl 

TRANS2 



7,RC 

2,IR0 

8,IR1 

8,BK 

eSCRATCH 

«SCRATCH,AR4 

80UTPUT,AR6 

«INPUT,AR5 

0.25,R6 

2.0,R7 

eRTNl,R4 

BLKl 

MT 

ARS.ARO 

AR5,AR1 

1,AR1 



; SET BUFFER LENGTB=8 



• VARIABLE LXATIONS 
; HOLDS INPUT ^TRIX 
5 CONSTANT 0.25 
. CONSTANT 2.0 

', RETURN ADDRESS OF SUBROUTINE 



) POINTS TO INPUT 



TRANSl: 


LDF 


*AR4++(1)X,R1 


TRANSPOSE THE ROWS 




STF 


R1,«AR6^(IR1) 


INTO COLUMNS 


11 


LDF 


»AR4++(1)X,R1 






STF 


R1,»AR6++(IR1) 




1! 


LDF 


»AR4+4(1)X,R1 






STF 


R1,«AR6++(IR1) 




I! 


LDF 


»AR4++(1)Z,R1 






STF 


R1,*AR6++(IR1) 




1! 


LDF 


*AR4++(1)X,R1 






STF 


R1,«AR6++(IR1) 




li 


LDF 


*AR4++(1)7.,R1 






STF 


R1,«AR6++(IR1) 




1! 


LDF 


»AR4++(1)X,R1 






STF 


R1,*AR6++(IR1) 




!! 


LDF 


*AR4++(1)X,R1 






STF 


R1,»AR6++(IR1) 




1 1 


LDF 


♦AR5++(IR1),R5 




BLKl" 


SUBI 


63,AR6 






LDI 


eSCRATCH,AR4 






LDI 


80UTPUT,AR5 


DO DCT ON COLUMN 




LDI 


gINPUT,AR6 


VECTORS 




LDI 


7,RC 






LDI 


«RTN2,R4 


RETURN ADDRESS OF £ 




RPTB 


BLK3 






BRD 


DCT 






LDI 


AR5,AR0 


POINTS TO INPUT 




LDI 


AR5,AR1 






ADDI 


l.ARl 




TRANS2: 


LDF 


*AR4++(1)X,R1 






STF 


R1,»AR6++(IR1) 




li 


LDF 


*AR4++(1)X,R1 






STF 


R1,*AR6++(IR1) 




11 


LDF 


*AR4++(1)X,R1 






SF 


R1,«AR6++(IR1) 




!i 


LDF 


tAR4++(l)X,Rl 






SF 


R1,»^6++(IR1) 




!l 


LDF 


»AR4+*(l)X,Rl 






SF 


R1,«AR6++(IR1) 




1! 


LDF 


♦AR4++(1)X,R1 






SF 


R1,«AR6++(IR1) 




i; 


LDF 


*AR4++(1)X,R1 






SF 


R1,«AR6^(IR1) 




i! 


LDF 


«AR4*+(l)X,Rl 






SF 


R1,«AR6++(IR1) 




II 


LDF 


*AR5++(IR1),R5 




BLK3 


SUBI 


63,AR6 


INCREMENT POINTERS 


END 


BR 


END 


END 



i 



^ 



00 



SHUFFLE THE DATA ACCORDING TO PERMUTATION MATRIX P 



LDI 
LDI 
LDI 

LDF 
LDF 
STF 
STF 
LDF 
LDF 
STF 
STF 
LDF 
LDF 
STF 
STF 
LDF 
LDF 
STF 
STF 



AR4,AR2 
eSCRLAST,AR3 
e-C0S,AR7 , 

#ARO++(IRO),RO 

*AR1++(IR0),RI 

R0,«AR2++(1) . 

R1,»AR3~(1) ! 

*ARO++(IRO),RO 

*AR1++(IR0),R1 

R0,*<«2++(1) 

R1,*AR3— (1) 

#ARO++(IRO),RO 

«AR1++(IR0),R1 

R0,*AR2++(1) 

R1,»AR3-(1) 

*ARO++(IRO),RO 

*AR1++(IR0),RI 

R0,*<«2++(1) 

R1,»AR3~(1) 



I POINTS TO OUTPUT 
; TABLE POINTER 



GOING DOWN 
GOING UP 



MODIFIED FFT ALGORITHM 





X 




00 




b 








5' 


§ 


§ 


s* 


^ 


<^ 


n 


&3 


1' 


o 


^ 


G 


§ 




*^ 


>» 


s 






;s- 


^ 


txi 




g 


^ 


^ 


l3 


U) 




K) 


<3 


o 


^ 


o 


Sf. 


uj 




o 


S 



LDI 
ADDI 
LDI 
ADDI 
LDI 
ADDI 
LDI 
ADDI 

LDF 

LDF 

SUBF3 

SUBF3 

MPYF3 

ADDF3 

MPYF3 

ADDF3 

STF 

STF 

STF 

STF 

LDF 

LDF 

SUBF3 

SUBF3 

MPYF3 

ADDF3 

MPYF3 

ADDF3 



; POINT TO OUTPUT 



I SET UP POINTERS 



AR4,AR0 

1,AR0 

AR0,AR1 

2,AR1 

AR1,AR2 

2,AR2 

2,AR3 



♦-AR2,R2 ; THESE SECTIONS PERFORM 

'»AR2,R3 ■ TWO BUTTERFLIES AT ONCE 
#-AR2,*-AR0,Rl 

»AR2,»AR0,R0 ; POINTERS ARE SET AS FOLLOWS: 

Rl,»AR7++a),Rl ; 

R3,*AR0,R3 . X(0) 

R0,#<«7++(1),R0 ; X(l) ARO 



R2,*-AR0,R2 

R1,*-AR2 ; 

R2,»-AR0 

R0,*AR2 5 

R3,»AR0 ; 

»-AR3,R2 . 

»AR3,R3 

*-AR3,*-ARl,Rl 

*AR3,*M^1,R0 

R1,»AR7++(1),R1 

R3,*AR1,R3 

R0,*AR7++(1),R0 

R2,*-AR1,R2 



X(2) 
X(3) 
X(4) 
X(5) 
X(6) 
X(7) 



ARl 



STF 


R1,»-AR3 


SF 


R2,»-AR1 


STF 


R0,*AR3 


STF 


R3,»ARl 


^ GROUP OF BUTTERFLIES 


LDF 


♦-AR1,R2 


LDF 


»AR1,R3 


SUBF3 


♦-AR1,»-AR0,R1 


SUBF3 


*AR1,»AR0,R0 


MPYF3 


Rl,»AR7++(l),Rl 


ADDF3 


R3,»AR0,R3 


MPYF3 


R0,»AR7-(1),R0 


ADDF3 


R2,*-AR0,R2 


SF 


R1,»H«1 


SF 


R2,»-AR0 


STF 


R0,»AR1 


SF 


R3,»AR0 


LDF 


*-AR3,R2 


LDF 


«AR3,R3 


SUBF3 


*-AR3,»-AR2,Rl 


SUBF3 


♦AR3,»AR2,R0 


MPYF3 


R1,*AR7++(1),R1 


ADDF3 


R3,»AR2,R3 


MPYF3 


R0,»/«7++(l),R0 


ADDF3 


R2,»-AR2,R2 


STF 


R1,*-AR3 


SF 


R2,«-AR2 


STF 


R0,*AR3 


SF 


R3,»AR2 



; THIS IS THE SAME AS ABOVE EXCEPT THE 
POINTERS CHANGE 



LAST SET OF BUTTERFLIES 



LDF 


♦AR0,R2 


LDF 


*AR1,R3 


SUBF3 


♦AR0,*-AR0,R1 


SUBF3 


♦AR1,«-AR1,R0 


MPYF3 


R1,«AR7,R1 


ADDF3 


R3,*-AR1,R3 


MPYF3 


R0,«AR7,R0 


ADDF3 


R2,*-AR0,R2 


SF 


R1,*AR0 


SF 


R2,*-AR0 


SF 


R3,*-AR1 


SF 


R0,*AR1 


LDF 


*AR2,R2 


LDF 


»AR3,R3 


SUBF3 


♦AR2,»-AR2,Rl 


SUBF3 


*AR3,»-AR3,R0 


l«>YF3 


R1,«AR7,R1 


ADDF3 


R3,»-AR3,R3 


MPYF3 


R0,»/«7,R0 


ADDF3 


R2,»-AR2,R2 



;s 

Oo 
X 

Oo 

b 

i 



^ i 
s- 1' 



STF 


R1,*AR2 


STF 


R2,»-AR2 


STF 


R3,t-AR3 


STF 


R0,*AR3 



CORRECT X{0) IF NONZERO 



CORRECT ORDER FROM BIT-REVERSED TO NATURAL 



LDF 


*ARO,RO 


LDF 


»-AR2,Rl 


STF 


R1,»AR0 


STF 


R0,*-AR2 


LDF 


*AR1,R0 


LDF 


*-AR3,Rl 


STF 


R1,»AR1 


STF 


R0,#-AR3 



1 ONLY TWO LOCATIONS ARE ACTUALLY SWITCHED 



BUD 


R4 


RETURN 


LDF 


*-ARO,RO 




I1PYF3 


*AR7,R0,R0 


MULT BY 1/SQRT(2) 


STF 


RO,»-ARO 


STORE THE RESULT 


.«nd 






.float 


0.980785280403 


LAMBDA 


.float 


0.555570233019 


MU 


.float 


-0.195090322016 


-NU 


.float 


-0.831469612303 


-GAMMA 


.float 


0.923879532511 


BETA 


.float 


-0.382683432365 


-DELTA 


.float 


0.707106781188 


ALPHA 


.end 







CONTINUE UITH RECUiSIVE ALCORITHN 









RECURSE MPYF3 
HPYF3 

! I SUBF3 
SUBF3 
STF 

II SF 

« 

LASTLOOP MPYF3 
MPYF3 

I ! SUBF3 
MPYF3 

! I STF 
SUBF3 
SUBF3 
STF 

I! STF 



R7,«-AR3,R2 

R7,»AR3,R1 

#-ARl,R2,R2 

»AR1,R1,R1 

R1,«AR3 

R2,#-AR3 

R7,»AR1,R0 

R7,*AR2,R1 

»AR0,R0,R2 

R7,*AR3,R3 

R2,*<«1 

*AR1,R1,R1 

R1,R3,R3 

R1,»AR2 

R3,*AR3 



; 2X(7)-X(3) 
. 2X(8)-X(4) 



X(4)=2*X(4) 
X(6)=2#X(6) 
R2=2X(4)-X(2) 
R3=2*X(8) 

; R1=2X(6)-X(4) 
I R3=2X(8)-X(6) 



SCALE FACTOR OF (2/N)=0.25 



MPYF3 


R6,*AR3,R0 




STF 


R0,«AR3~(1) 




MPYF3 


R6,*-AR3,R1 




STF 


R1,#AR3~{1) 




MPYF3 


R6,»-AR3,R0 




STF 


R0,*AR3~(1) 




MPYF3 


R6,*-AR3,R1 




STF 


R1,»AR3~(1) 




MPYF3 


R6,*-AR3,R0 




STF 


R0,*AR3~(1) 


; OK TO MOVE AR3 


MPYF3 


R6,*-AR3,R1 




STF 


R1,»AR3~(1) 




MPYF3 


R6,»-AR3,R0 




STF 


R0,«AR3~(1) 




MPYF3 


R6,*-AR3,R1 




STF 


R1,*AR3 . 





TITLE: 2-D INVERSE DISCRETE COSINE TRANSFORM, (8x8) VERSION 1.0 
AUTHOR: WILLIAM HOHL 



* THIS PRCCiRAM IS BASED ON A RECENT ALGORITHM PROPOSED BY H.S. HOU 

* (TRANSACTIONS ON ASSP, VOL. ASSP-35, NO. 10, OCTOBER 1987, PP. 1455- 

* 1461). 
# 

* INPUT MATRIX IS STORED, IN RAM, AND THE RESULTS ARE STORED IN THE SAME 
« LOCATION. 

« 



LDF 


*AR4++(1)X,R1 


STF 


R1,*AR6++(IR1) 


LDF 


♦AR4++(1)X,R1 


SF 


R1,*AR6++(IR1) 


LDF 


»AR4++(1)X,R1 


STF 


R1,*AR6++(IR1) 


LDF 


♦AR4++(1)X,R1 


STF 


R1,»AR6++(IR1) 


LDF 


*AR4++(1)X,R1 


SF 


R1,*AR6++(IR1) 


LDF 


»AR4++(1)X,R1 


SF 


R1,*AR6++(IR1) 


LDF 


♦Afi4++(1)X,R1 


STF 


R1,»AR6++(IR1) 


LDF 


»AR5++(IR1),R5 



Oo 

X 

Oo 

Co* 



5^ ^ 



i 



.COS 

INPUT 

OUTPUT 

SCRATCH 

RTNl 

RTN2 



.global 
.global 
.data 

.word 
.uord 
.word 
.uiord 
.word 
.word 
.text 

LDI 
LDI 
LDI 
LDF 
LDI 
LDP 
LDI 
LDI 
LDI 

LDI 
RPTB 
BRD 
LDI 
LDI 
ADDI 



TRANSl: LDF 
STF 



OUT, 64 

INP,64 

SCR,8 

COS_TAB 

START 



COS.TAB 

INP 

OUT 

SCR 

TRANSl 

TRANS2 



7,RC 
2,IR0 
8,IR1 
2.0,R7 



eOUFUT 
eOUTPUT,AR6 
eSCRATCH,AR4 
gINPUT,AR5 

eRTNl,R4 

BLKl 

IDCT 

AR5,AR0 

e.C0S,AR7 

1,AR0 

*AR4++(1)'/.,R1 
R1,»AR6++(IR1) 



; MULTIPLIER 

; SET BUFFER LENGTH=64 

; VARIABLE LOCATIONS 

; HOLDS INPUT MATRIX 

; RETURN ADDRESS OF SUBROUTINE 



; POINT TO INPUT 
; TABLE POINTER 



LDI 


eiNPUT,AR6 ; REALIGN POINTERS 


LDI 


eOUTPUT,AR5 


LDI 


eSCRATCH,AR4 


LDI 


7,RC 


LDI 


§RTN2,R4 ; RETURN ADDRESS OF 


RPTB 


BLK6 


BRD 


IDCT 


LDI 


AR5,AR0 ; POINT TO INPUT 


LDI 


e.C0S,AR7 ; TABLE POINTER 


ADDI 


1,AR0 


LDF 


♦AR4++(1)7.,R1 


SF 


R1,«AR6++(IR1) 


LDF 


«AR4++(1)X,R1 


SF 


R1,*AR6++(IR1) 


LDF 


#AR4++(1)X,R1 


STF 


R1,»AR6++(IR1) 


LDF 


*AR4++(1)7.,R1 


STF 


R1,#AR6++(IR1) 


LDF 


#AR4++(1)X,R1 


STF 


R1,#AR6++(IR1) 


LDF 


tAR4++(l)7.,Rl 


SF 


R1,*AR6++(IR1) 


LDF 


tAR4++(l)7.,Rl 


SF 


R1,#AR6++(IR1) 


LDF 


♦AR4++(1)X,R1 


SF 


R1,»AR6++(IR1) 


LDF 


*AR5++(IR1)R5 



63,AR6 



CORRECT X(0) IF NONZERO 



§ ^ 




S.00 




(* X 




9 oo 

Is 


* 


Co ^ 




to Q 




o ;^ 




Q ^ 


» 


^ o 


* 


^ i. 


» 


<^ s 




;^ <^ 




<^ 




!^ 


, , 






if 


'' 


oj t^ 




O^ 












§ 


1 1 

SE 


s 




5; 

















0' 




3 


1! 



LDI 


AR0,AR1 


AODI 


2,AR1 


LDI 


AR1,AR2 


ADDI 


2,AR2 


LDI 


AR2,AR3 


ADDI 


2,AR3 


LDF 


*-ARO,RO 


I1PYF3 


*AR7,R0,f 


STF 


RO,#-ARO 



I MULT BY 1/S8RT(2) 
; STORE THE RESULT 



BEGIN WITH RECURSION 



SUBF3 


*AR3,*AR2,R2 


; X(6)-X(8) 


SUBF3 


R2,*ARl,R3 


5 X(4)-X(6) 


MPYF3 


*AR3,R7,R0 


; 2X(8)->R0 


STF 


R2,*AR2 




SUBF3 


R3,»AR0,R2 ■ 


5 X(2)-X(4) 


MPYFS 


*AR2,R7,R1 


; 2*X(6)->R1 


STF 


R3,*AR1 




STF 


R0,*AR3 




STF 


R1,*AR2 




MPYFS 


*AR1,R7,R0 




STF 


R0,*AR1 




STF 


R2,»AR0 




SUBF3 


»-AR3,*-ARl,R2 


; X(3)-X(7) 


SUBF3 


♦AR3,*AR1,R3 


; X(4)-X(8) 


MPYFS 


R7,*-AR3,R0 


. 2»X(7) 


STF 


R2,»-AR1 




MPYF3 


R7,»AR3,R1 


; 2*X(8) 


STF 


R3,*AR1 




STF 


R0,*-AR3 




STF 


R1,»AR3 





CORRECT ORDER FROM NATURAL TO BIT-REVERSED 



LDF 


*ARO,RO 


LDF 


#-AR2,Rl 


STF 


R1,*AR0 


STF 


R0,*-AR2 


LDF 


*AR1,R0 


LDF 


*-AR3,Rl 


STF 


R1,»AR1 


STF 


R0,*-AR3 



; ONLY TWO LOCATIONS ARE ACTUALLY SWITCHED 



FIRST SET OF BUTTERFLIES 





LDF 
LDF 
LDF 


*ARO,RO 
*AR1,R1 
*AR2,R2 


' 


LDF 

MPYFS 

MPYFS 


*AR3,RS 

*AR7,R1,R1 

*AR7,R0,R0 


s 


MPYFS 


*AR7,R2,R2 



I PERFORM THE ALPHA MULT'S 



MPYFS 


*AR7++(1),R3,R3 


; SKIP TO NEXT COEFF 


STF 


R1,»AR1 




SF 


RO,*ARO 




STF 


R2,«AR2 




STF 


RS,*ARS 




LDF 


*AR0,R2 ; 


THESE SECTIONS PERFORM 


LDF 


*AR1,R3 ; 


TWO BUTTERFLIES AT ONCE 


SUBF3 


*ARO,*-ARO,RO 




SUBF3 


«ARl,t-ARl,Rl 




STF 


RO,«ARO 




MPYFS 


R1,*+AR7,R1 ; 


-DELTA 


ADDF3 


R3,«-AR1,R0 




MPYF3 


R0,*AR7,R0 ; 


BETA 


ADDF3 


R2,*-AR0,R2 




STF 


R2,*-AR0 




STF 


R0,*-AR1 




STF 


R1,#AR1 




LDF 


#AR2,R2 




LDF 


«AR3,R3 




SUBF3 


*AR2,«-AR2,R0 




SUBFS 


*AR3,*-AR3,R1 




STF 


R0,»AR2 




MPYFS 


R1,*+AR7,R1 ; 


-DELTA ON NEXT GROUP 


ADDFS 


RS,#-AR3,R0 




MPYFS 


RO,«AR7++(IRO),R0 ; BETA ON NEXT GROUP 


• ADDFS 


R2,*-AR2,R2 




STF 


R2,*-AR2 




STF 


R0,*-AR3 




STF 


R1,»AR3 




SECOND GROUP OF BUTTERFLIES 




LDF 


*-ARl,R2 5 


THIS IS THE SAME AS ABO\ 


LDF 


*AR1,RS ; 


POINTERS CHANGE 


SUBFS 


*-ARl,»-ARO,Rl 




SUBFS 


»AR1,«AR0,R0 




ADDFS 


RS,»AR0,R3 




ADDFS 


R2,*-AR0,R2 




STF 


R1,»-AR1 




STF 


R2,t-AR0 




STF 


R0,*AR1 




STF 


RS,*ARO 




LDF 


*-AR3,R2 




LDF 


*AR3,R3 




SUBFS 


*-AR3,#-AR2,Rl 




SUBFS 


*ARS,*AR2,R0 




MPYFS 


#AR7++(1),R1,R1 


; -NU 


ADDFS 


R3,»AR2,R3 




MPYFS 


*AR7++{1),R0,R0 


; -GAMMA 


ADDFS 


R2,»-AR2,R2 




MPYFS 


R2,*AR7++(1),R2 


; LAMBDA 


MPYFS 


R3,*AR7,R3 


MU 



1-^ 


STF 


R1,*-AR3 




1 1 STF 


R2,«-AR2 






STF 


R0,*AR3 






I! STF 
» LAST SET OF 
LDF 


R3,#AR2 






BUTTERFLIES 






*-AR2,R2 






!1 - LDF 


♦AR2,R3 






SUBF3 


»-AR2,*-AR0,Rl 






SUBF3 


»AR2,*AR0,R0 


POINTERS ARE SET AS FOLLOWS 




ADDF3 


R3,*AR0,R3 


X(0) 




ADDF3 


R2,*-AR0,R2 


X(l) ARO 




STF 


R1,»-AR2 


X(2) 




II STF 


R2,*-AR0 


X(3) ARl 




STF 


R0,»AR2 


X(4) 




1 1 STF 


R3,«AR0 


X(5) AR2 




LDF 


♦-AR3,R2 


X(6) 




1! LDF 


#AR3,R3 


X(7) AR3 




SUBF3 


*-AR3,«-ARl,Rl 






SUBF3 


#AR3,#AR1,R0 






ADDF3 


R3,*AR1,R3 






ADDF3 


R2,*-AR1,R2 






STF 


R1,*-AR3 




Jii^ 


11 STF 


R2,»-AR1 




3 


STF 


R0,*AR3 




Oo 


I! STF 


R3,*AR1 




X 


♦ 






Oo 


♦ SHUFFLE THE DATA ACCORDING TO f 


'ERMUTATION MATRIX P 


i? 


LDI 


M^4,^0 


POINTS TO SCRATCH 


o s 


LDI 


AR4,AR1 




§ ^ 


ADDI 


l.ARl 




l-'^ 

i^ 


LDI 


AR5,AR2 


POINTS TO INPUT 


LDI 


7,AR3 


VECTOR 


ADDI 


AR2,AR3,AR3 




LDF 


*AR2++(1),R0 


GOING UP 


P' 


II LDF 


*AR3-(1),R1 


GOING DOWN 


STF 


RO,*ARO++{IRO) 




K3 KJ 


11 STF 
LDF 


R1,*AR1++(IR0) 
*AR2++(1),R0 




II LDF 


*AR3-(1),R1 






STF 


RO,»ARO++(IRO) 




II STF 


R1,*AR1++(IR0) 




LDF 


*AR2++(1),R0 




1* ^ 


II LDF 


*AR3-(1),R1 




1 


BUD 


R4 


RETURN HOI€ 


&3| 


STF 


RO,*ARO++(IR0) 




STF 


R1,*AR1++(IR0) 




LDF 


»AR2++(1),R0 




S ^ 


II LDF 


♦AR3-(1),R1 




81 


STF 


RO,*ARO++(IR0) 




II STF 


R1,*AR1++{IR0) 




o S 


.«nd 







.global 

.data 

.float 

.float 

.float 

.float 

.float 

.float 

.float 

.end 



COS.TAB 

0.707106781188 ; ALPHA 

0.923879532511 ; BETA 

-0.382683432365 ; -DELTA 

-0. 195090322016 ? -NU 

-0.831469612303 ; -GAMMA 

0.980785280403 ; LAMBDA 

0.555570233019 ; MU 
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Introduction 

A filter selects or controls the characteristics of the signal it produces by condition- 
ing the incoming signal. The coefficients of the filter determine its characteristics and output 
a priori in many cases. Often, a specific output is desired, but the coefficients of the filter 
cannot be determined at the outset. An example is an echo canceller; the desired output 
cancels the echo signal (an output result of zero when there is no other input signal). In 
this case, the coefficients cannot be determined initially since they depend on changing 
line or transmission conditions. For applications such as this, it is necessary to rely on 
adaptive filtering techniques. 

An adaptive filter is a filter containing coefficients that are updated by an adaptive 
algorithm to optimize the filter's response to a desired performance criterion. In general, 
adaptive filters consist of two distinct parts: a filter, whose structure is designed to per- 
form a desired processing function; and an adaptive algorithm, for adjusting the coeffi- 
cients of that filter to improve its performance, as illustrated in Figure 1. The incoming 
signal, x(n), is weighted in a digital filter to produce an output, y(n). The adaptive algorithm 
adjusts the weights in the filter to minimize the error, e(n), between the filter output, y(n), 
and the desired response of the filter, d(n). Because of their robust performance in the 
unknown and time-variant environment, adaptive filters have been widely used from 
teleconmiunications to control. 



d(n). 



x(n) 



\ 


\ 




— i 


'J- 




FILTER 
STRUCTURE 














\ 










ADAPTIVE 








FILTER 













e(n) 



y(n) 



Figure 1. General Form of an Adaptive Filter 
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Adaptive filters can be used in various applications with different input and output 
configurations. In many applications requiring real-time operation, such as adaptive predic- 
tion, channel equalization, echo cancellation, and noise cancellation, an adaptive filter 
implementation based on a programmable digital signal processor (DSP) has many ad- 
vantages over other approaches such as a hard-wired adaptive filter. Not only are power, 
space, and manufacturing requirements greatly reduced, but also programmability pro- 
vides flexibility for system upgrade and software improvement. 

The early research on adaptive filters was concerned with adaptive antennas [1] and 
adaptive equalization of digital transmission systems [2]. Much of the reported research 
on the adaptive filter has been based on Widrow's well-known Least Mean Square (LMS) 
algorithm, because the LMS algorithm is relatively simple to design and implement, and 
it is well-understood and well-suited for many applications. All the filter structures and 
update algorithms discussed in this application report are Finite Impulse Response (FIR) 
filter structures and LMS-type algorithms. However, for a particular application, adap- 
tive filters can be implemented in a variety of structures and adaptation algorithms [1, 
3 through 9]. These structures and algorithms generally trade increased complexity for 
improved performance. An interactive software package to evaluate the performance of 
adaptive filters has also been developed [10]. 

The complexity of an adaptive filter implementation is usually measured in terms 
of its multiplication rate and storage requirement. However, the data flow and data 
manipulation capabilities of a DSP are also major factors in implementing adaptive filter 
systems. Parallel hardware multiplier, pipeline architecture, and fast on-chip memory size 
are major features of most DSPs [11, 12] and can make filter implementation more efficient. 

Two such devices, the TMS320C25 and TMS320C30 from Texas Instruments [13, 
14], have been chosen as the processors for fixed-point and floating-point arithmetic. They 
combine the power, high speed, flexibility, and an architecture optimized for adaptive 
signal processing. The instruction execution time is 80 ns for the TMS320C25 and only 
60 ns for the TMS320C30. Most instructions execute in a single cycle, and the architec- 
tures of both processors make it possible to execute more than one operation per instruc- 
tion. For example, in one instruction, the TMS320C25 processor can generate an instruction 
address and fetch that instruction, decode the instruction, perform one or two data moves 
(if the second data is from program memory), update one address pointer, and perform 
one or two computations (multiplication and accumulation). These processors are 
designed for real-time tasks in telecommunications, speech processing, image process- 
ing, and high-speed control, etc. 
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To direct the present research toward realistic real-time applications, three adaptive 
structures were implemented: 

1. Transversal 

2. Symmetric transversal 

3. Lattice 

Each structure utilizes five different update algorithms: 

1. LMS 

2. Normalized LMS 

3. Leaky LMS 

4. Sign-error LMS 

5. Sign-sign LMS 

Each structure with its adaptation algorithms is implemented using the TMS320C25 
with fixed-point arithmetic and the TMS320C30 with floating-point arithmetic. The pro- 
cessor assembly code is included in the Appendix for each implementation. The assembly 
code for each structure and adaptation strategy can be readily modified by the reader to 
fit his/her applications and could be incorporated into a C function library as callable 
routines. 

In this application report, the applications of adaptive filters, such as adaptive predic- 
tion, adaptive equalization, adaptive echo cancellation, and adaptive noise cancellation 
are presented first. Next, the implementation of the three filter structures and five adap-. 
tive algorithms with the TMS320C25 and TMS320C30 is described. This is followed by 
the practical considerations on the implementation of these adaptive filters. The remainder 
of the application report covers coding options, such as the routine libraries that support 
both assembly and C languages. 

Applications of Adaptive Filters 

The most important feature of an adaptive filter is the ability to operate effectively 
in an unknown environment and track time- varying characteristics of the input signal. The 
adaptive filter has been successfully applied to communications, radar, sonar, control, 
and image processing. Figure 1 illustrates a general form of an adaptive filter with input 
signals, x(n) and d(n), output signal, y(n), and error signal, e(n), which is the difference 
between the desired signal, d(n), and output signal, y(n). The adaptive filter can be used 
in different applications with different input/output configurations. In this section we briefly 
discuss several potential applications for the adaptive filters [15]. 

Adaptive Prediction 

Adaptive prediction [16 through 18] is illustrated in Figure 2. In the general ap- 
plication of adaptive prediction, the signals are x(n) — delayed version of original signal, 
d(n) — original input signal, y(n) — predicted signal, and e(n) - prediction error or 
residual. 
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Figure 2. Block Diagram of an Adaptive Predictor 

A major application of the adaptive prediction is the waveform coding of a speech 
signal. The adaptive filter is designed to exploit the correlation between adjacent samples 
of the speech signal so that the prediction error is much smaller than the input signal on 
the average. This prediction error signal is quantized and sent to the receiver in order 
to reduce the number of bits required for the transmission. This type of waveform coding 
is called Adaptive Differential Pulse-Code Modulation (ADPCM) [17] and provides data 
rate compression of the speech at 32 kb/s with toll quality. More recently, in certain on- 
line applications, time recursive modeling algorithms have been proposed to facilitate speech 
modeling and analysis. 

The coefficients of the adaptive predictor can be used as the autoregressive (AR) 
parameters of the nonstationary model. The equation of the AR process is 

u(n) = ai* u(n-l) -t- a2* u(n-2) + -h am* u(n— m) -I- v(n) 

where ai, a2, ...., am are the AR parameters. Thus, the present value of the process u(n) 
equals a fmite linear combination of past values of the process plus an error term v(n). 
This adaptive AR model provides a practical means to measure the instantaneous frequen- 
cy of input signal. The adaptive predictor can also be used to detect and enhance a narrow 
band signal embedded in broad band noise. This Adaptive Line Enhancer (ALE) provides 
at its output y(n) a sinusoid with an enhanced signal-to-noise ratio, while the sinusoidal 
components are reduced at the error output e(n). 

Adaptive Equalization 

Figure 3 shows another model known as adaptive equalization [2,9,15]. The signals 
in the adaptive equalization model are defined as x(n) — received signal (filtered version 
of transmitted signal) plus channel noise, d(n) - detected data signal (data mode) or pseudo 
random number (training mode), y(n) — equalized signal used to detect received data, 
and e(n) — residual intersymbol interference plus noise. 
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Figure 3. Block Diagram of an Adaptive Equalizer 

The use of adaptive equalization to eliminate the amplitude and phase distortion in- 
troduced by the communication channel was one of the first applications of adaptive filtering 
in telecommunications [19]. The effect of each symbol transmitted over a time-dispersive 
channel extends beyond the time interval used to represent that symbol, resulting in an 
overlay of received symbols. Since most channels are time- varying and unknown in ad- 
vance, the adaptive channel equalizer is designed to deal with this intersymbol interference 
and is widely used for bandwidth-efficient transmission over telephone and radio channels. 

Adaptive Echo Cancellation 

Another application, known as adaptive echo cancellation [20, 21] is shown in Figure 
4. In this application, the signals are identified as x(n) - far-end signal, d(n) — echo 
of far-end signal plus near-end signal, y(n) - estimated echo of far-end signal, and e(n) 
- near-end signal plus residual echo. 

FAR-END 
SIGNAL 

x(n) 




e(n) * ^ A [ 7] V^ 



NEAR-END 
SIGNAL 



Figure 4. Block Diagram of an Echo Canceller 
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The adaptive echo cancellers are used in practical applications of cancelling echoes 
for long-distance telephone voice communication, full-duplex voiceband data modems, 
and high-performance audio-conferencing systems. To overcome the echo problem, echo 
cancellers are installed at both ends of the network. The cancellation is achieved by 
estimating the echo and subtracting it from the return signal. 

Adaptive Noise Cancellation 

One of the simplest and most effective adaptive signal processing techniques is adap- 
tive noise cancelling [1, 22]. As shown in Figure 5, the primary input d(n) contains both 
signal and noise, where x(n) is the noise reference input. An adaptive filter is used to 
estimate the noise in d(n) and the noise estimate y(n) is then subtracted from the primary 
channel. The noise cancellation output is then the error signal e(n). 

The applications of noise cancellation include the cancellation of various forms of 
interference in electrocardiography, noise in speech signals, noise in fighter cockpit en- 
vironments, antennas sidelobe interference, and the elimination of 60-Hz hum. In the ma- 
jority of these noise cancellation applications, the LMS algorithm has been utilized. 



SIGNAL 
SOURCE 


— ©= — 


+ n 






/n 




s 






x(n) / 




ADAPTIVE 
FILTER 


y(n) 




NOISE SOURCE 
















\ 







Figure 5. General Form of a Noise Canceller 

Application Summary 

The above list of applications is not exhaustive and is limited primarily to applica- 
tions within the field of telecommunications. Adaptive filtering has been used extensively 
in the context of many other fields including, but not limited to, instantaneous frequency 
tracking, intrusion detection, acoustic Doppler extraction, on-line system identification, 
geophysical signal processing, biomedical signal processing, the elimination of radar clutter, 
beamforming, sonar processing, active sound cancellation, and adaptive control. 
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Implementation of Adaptive Structures and Algorithms 

Several types of filter structures can be implemented in the design of the adaptive 
filters such as Infinite Impulse Response (IIR) or Finite Impulse Response (FIR). An adap- 
tive IIR filter [1,5], with poles as well as zeros, makes it possible to offer the same filter 
characteristics as the FIR filter with lower filter complexity. However, the major pro- 
blem with adaptive IIR filter is the possible instability of the filter if the poles move out- 
side the unit circle during the adaptive process. In this application report, only FIR structure 
is implemented to guarantee filter stability. 

An adaptive FIR filter can be realized using transversal, symmetric transversal, and 
lattice structures. In this section, the adaptive transversal filter with the LMS algorithm 
is introduced and implemented first to provide a working knowledge of adaptive filters. 

Transversal Structure with LMS Algorithm 

Transversal Structure Filter 

The most common implementation of the adaptive filter is the transversal structure 
(tapped delay line) illustrated in Figure 6. The filter output signal y(n) is 

N-1 
y(n) = wT(n)x(n) = 12 wi(n) x(n-i) (1) 

i=0 

where x(n) = [x(n) x(n-l) ... x(n-N+l)]T is the input vector, w(n) = [wo(n) wi(n) ... 
WN_l(n)]T is the weight vector, T denotes transpose, n is the time index, and N is the 
order of filter. This example is in the form of a finite impulse response filter as well as 
the convolution (inner product) of two vectors x(n) and w(n). The implementation of Equa- 
tion (1) is illustrated using the following C program: 

y[n] = 0.; 

for (i = 0; i < N; i++) [ 
y[n] -h= wn[i]*xn[i]; 

{ 

where wn [i] denotes wi(n) and xn[i] represents x(n— i). 
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x(n-N + 1) 




WN-i(n) 



Figure 6. Transversal Filter Structure 

TMS320C25 Implementation 

The architecture of TMS320C25 [13] is optimized to implement the FIR filter. After 
execution of the CNFP (Configure Block BO as Program Memory) instruction, the filter 
coefficients Wi(n) from RAM block BO (via program bus) and data x(n— i) from RAM 
block Bl (via data bus) are available simultaneously for the parallel multiplier (see Figure 7). 
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Figure 7. TMS320C25 Arithmetic Unit (after execute CNFP instruction) 
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The MACD instruction enables complete multiply /accumulate, data move, and pointer 
update operations to be completed in a single instruction cycle (80 ns) if filter coefficients 
are stored in on-chip RAM or ROM or in off-chip program memory with zero wait states. 
Since the adaptive weights Wi(n) need to be updated in every iteration, the filter coeffi- 
cients must be stored in RAM. The implementation of the inner product in Equation (1) 
can be made even more efficient with a repeat instruction, RPTK. An N- weight transver- 
sal filter can be implemented as follows [23]: 



LARP 


ARn 


LRLK 


ARn,LASTAP 


RPTK 


N-1 


MACD 


COEFFP,*- 



(A) 

Where ARn is an auxiliary address register that points to x(n— N+1), and the Prefetch 
Counter (PFC) points to the last weight WN-i(n) indicated by COEFFP. When the MACD 
instruction is repeated, the coefficient address is transferred to the PFC and is incremented 
by one during its operation. Therefore, the components of weight vector w(n) are stored 
in BO as 



PFC 



Low Address 



WN.i(n) 



WN.2(n) 



wi(n) 



Wo(n) 



High Address 

The MACD in repeat mode will also copy data pointed to by ARn, to the next higher 
on-chip RAM location. The buffer memories of transversal filter are therefore stored as 



Low Address 



x(n) 



x(n.1) 



ARn 



x(n-N+2) 



x(n-N+1) 



High Address 



Implementation of Adaptive Filters with the TMS320C25 or the TMS320C30 



201 



In general, roundoff noise occurs after each multiplication. However, the 
TMS320C25 has a 16 x 16-bit multiplier and a 32-bit accumulator, so there is no roundoff 
during the summing of a set of product terms in Program (A). All multiplication products 
are represented in full precision, and rounding is performed after they are summed. Thus 
y(n) is obtained from the accumulator with only one roundoff, which minimizes the round- 
off noise in the output y(n). Since both the tapped delay line and the adaptive weights 
are stored in data RAM to achieve the fastest throughput, the highest transversal filter 
order for efficient implementation on the TMS320C25 is 256. However, if necessary, 
higher order filters can be implemented by using external data RAM. 

TMS320C30 Implementation 

The architecture of TMS320C30 [14] is quite different from TI's second generation 
processors. Instead of using program/data memory, it provides two data address buses 
to do the data memory manipulations. This feature allows two data memory addresses 
to be generated at the same time. Hence, parallel data store, load, or one data store with 
one data load can be done simultaneously. Such capabilities make the progranmiing much 
easier and more flexible. Since the hardware multiplier and arithmetic logic unit (ALU) 
of TMS320C30 are separated, with proper operand arrangement, the processor can do 
one multiplication and one addition or subtraction at the same time. With these two com- 
bined features, the TMS320C30 can execute several other parallel instructions. These 
parallel instructions can be found in Section 11 of the Third-Generation TMS320 User's 
Guide [14]. Associating with single repeat instruction RPTS, an inner product in Equa- 
tion (1) can be implemented as follows: 

MPYF3 *ARO-f-+(l)%,*ARl-h+(l)%,Rl ; w[0].x[0] 

RPTS N-2 ; Repeat N-1 times 

MPYF3 *ARO+ +(!)%, *ARl-h+(l)%,Rl ; y[] = w[].x[] 

I I ADDF3 R1,R2,R2 

ADDF3 R1,R2,R2 ; Include last product 

where auxiliary registers ARO and ARl point to x and w arrays. The addition in the parallel 
instruction sums the previous values of Rl and R2. Therefore, Rl is initialized with the 
first product prior to the repeat instruction RPTS. 

Note that the implementation above does not move the data in the x array like MACD 
does in TMS320C25. For filter delay taps, the TMS320C30 uses a circular buffer method 
to implement the delay line. This method reserves a certain size of memory for the buffer 
and uses a pointer to indicate the beginning of the buffer. Instead of moving data to next 
memory location, the pointer is updated to point to the previous memory location. 
Therefore, from the new beginning of the buffer, it has the effect of the tapped delay line. 
When the value of the pointer exceeds the end of the buffer, it will be circled around 
to the other end of the buffer. It works just like joining two ends of the buffer together 
as a necklace. Thus, new data is within the circular queue, pointed to by ARO, replacing 
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the oldest value. However, from an adaptive filter point of view, data doesn't have to 
be moved at this point yet. 

TMS320C30 has a 32-bit floating point multiplier and the result from the multiplier is 
put and accumulated into a 40-bit extended precision register. If the input from A/D con- 
verter is equal to or less than 16 bits, there is no roundoff noise after multiplication. 
Theoretically, the TMS320C30 can implement a very high order of adaptive filter. 
However, for the most efficient implementation, the limitation of filter order is 2K because 
the TMS320C30 external data write requires at least two cycles. If the filter coefficients 
are put in somewhere other than internal data RAM, the instruction cycles will be increased. 

LMS Adaptation Algorithm 

The adaptation algorithm uses the error signal 

e(n) = d(n)-y(n), , (2) 

where d(n) is the desired signal and y(n) is the filter output. The input vector x(n) and 
e(n) are used to update the adaptive filter coefficients according to a criterion that is to 
be minimized. The criterion employed in this section is the mean-square error (MSE)e: 

e = E[e2(n)] (3) 

where E [.] denotes the expectation operator. If y(n) from Equation (1) is substituted into 
Equation (2), then Equation (3) can be expressed as 

€ = E[d2(n)] + wT(n)Rw(n) - 2 wT(n)p (4) 

where R = E[x(n)x^(n)] is the N x N autocorrelation matrix, which indicates the sample- 
to-sample correlation within a signal, and g = E [d(n) x(n)] is the N x 1 cross-correlation 
vector, which indicates the correlation between the desired signal d(n) and the input signal 
vector x(n). 

The optimum solution w* = [wq* wi* ... wn_i*]T, which minimizes MSE, is de- 
rived by solving the equation 

8e 
6w(n) 

This leads to the normal equation 

R w* = p (6) 
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If the R matrix has full rank (i.e., R-l exists), the optimum weights are obtained by 
w* = R-l p (7) 

In Linear Predictive Coding (LPC) of a speech signal, the input speech is divided 
into short segments, the quantities of R and p are estimated, and the optimal weights cor- 
responding to each segment are computed. This procedure is called a block-by-block data- 
adaptive algorithm [24]. 

A widely used LMS algorithm is an alternative algorithm that adapts the weights 
on a sample-by-sample basis. Since this method can avoid the complicated computation 
of R-l and p, this algorithm is a practical method for finding close approximate solutions 
to Equation (7) in real time. The LMS algorithm is the steepest descent method in which 
the next weight vector w(n-l- 1) is increased by a change proportional to the negative gra- 
dient of mean-square-error performance surface in Equation (7) 

w(n+l) = w(n) - uV; (n) (8) 

where u is the adaptation step size that controls the stability and the convergence rate. 
For the LMS algorithm, the gradient at the nth iteration, V_ (n), is estimated by assuming 
squared error e2(n) as an estimate of the MSE in Equation (3). Thus, the expression for 
the gradient estimate can be simplified to 

6[e2(n)] 
ow(n) 

Substitution of this instantaneous gradient estimate into Equation (8) yields the 
Widrow-Hoff LMS algorithm 

w(n+l) = w(n) -h 2 u e(n) x(n) (10) 

where 2 u in Equation (10) is usually replaced by u in practical implementation. 

Starting with an arbitrary initial weight vector w(0), the weight vector w(n) will 
converge to its optimal solution w*, provided u is selected such that [1] 



< u < —7 (11) 
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where X^ax is the largest eigenvalue of the matrix R. Xmax can be bounded by 

N-1 
Xn,ax < Tr [R] = E r (0) = N r(0) (12) 

i=0 

where Tr [.] denotes the trace of a matrix and r(0) = E [x2(n)] is average input power. 

For adaptive signal processing applications, the most important practical considera- 
tion is the speed of convergence, which determines the ability of the filter to track nonsta- 
tionary signals. Generally speaking, weight vector convergence is attained only when the 
slowest weight has converged. The time constant of the slowest mode is [1] 

This indicates that the time constant for weight convergence is inversely propor- 
tional to u and also depends on the eigenvalues of the autocorrelation matrix of the input. 
With the disparate eigenvalues, i.e., Xmax >> ^mm> the setting time is limited by the 
slowest mode, Xmin- Figure 8 shows the relaxation of the mean square error from its in- 
itial value €o toward the optimal value €min. 

Adaptation based on a gradient estimate results in noise in the weight vector, therefore 
a loss in performance. This noise in the adaptive process causes the steady state weight 
vector to vary randomly about the optimum weight vector. The accuracy of weight vector 
in steady state is measured by excess mean square error (excess MSB = E [e - ^min])- 
The excess MSE in the LMS algorithm [1] is 

excess MSE = u Tr[R] €min (14) 

where emin is minimum MSE in the steady state. 

Equations (13) and (14) yield the basic trade-off of the LMS algorithm: to obtain 
high accuracy (low excess MSE) in the steady state, a small value of u is required, but 
this will slow down the convergence rate. Further discussions of the characteristics and 
properties of the LMS algorithm are presented in [1, 3 through 9]. The implementations 
of LMS algorithm with the TMS320C25 and TMS320C30 are presented next. 
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Since u*e(n) is constant for N weights update, the error signal e(n) is first multiplied 
by u to get ue(n). This constant can be computed first and then multiplied by x(n) to up- 
date w(n). An implementation method of the LMS algorithm in Equation (10) is illustrated 
as 

ue(n) = u*e[nl; 

for (i=0; i<N; i++) { 

wn[i] += uen * xn[i]; 

] 

TMS320C25 Implementation 

The TMS320C25 provides two powerful instructions (ZALR and MPYA) to per- 
form the update example in Equation (10). 

® ZALR loads a data memory value into the high-order half of the ac- 

cumulator while rounding the value by setting bit 15 of the accumulator 
to one and setting bits 0-14 of the accumulator to zero. The rounding is 
necessary because it can reduce the roundoff noise from multiplication. 

• MPYA accumulates the previous product in the P register and multiplies 

the operand with the data in T register. 

Assuming that ue(n) is stored in T and the address pointer is pointing to AR3, the 
adaptation of each weight is shown in the following instruction sequence: 

Initialize loop counter 
Point to WN-i(n) 

Point to x(n-N+l), since MACD in (A) 
Already moved elements of current 
x(n) to the next higher location 
P=ue(n) *x(n-N4-l) 
ADAP ZALR *,AR3 ; Load Wi(n) and round 

ACC=P-hWi(n) and P=ue(n) * x(n-i) 
Store Wi(n+ 1) 

Test loop counter, if counter not 
Equal to 0, decrement counter, 
Branch to ADAP and select AR2 as 
Next pointer. 

For each iteration, N instruction cycles are needed to perform Equation (1), 6N in- 
struction cycles are needed to perform weight updates in Equation (10), and the total number 
of instruction cycles needed is 7N+28. An example of a TMS320C25 program implement- 
ing a LMS transversal filter is presented in Appendix AL Note that BANZ needs three 
instruction cycles to execute. This can be avoided by using straight line code, which re- 
quires 4N+33 instruction cycles [25]. 



LRLK 


AR1,N-1 


LRLK 


AR2,COEFFD 


LRLK 


AR3,LASTAP+1 


MPY 


*-,AR2 


ZALR 


*,AR3 


MPYA 


*-,AR2 


SACK 


*+,0,ARl 


BANZ 


ADAP,*-,AR2 
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TMS320C30 Implementation 

Although the TMS320C30 doesn't provide any specific instruction for adaptive filter 
coefficients update, it still can achieve the weight updating in two instructions because 
of its powerful architecture.The TMS320C30 has a repeat block instruction RPTB, which 
allows a block of instructions to be repeated a number of times without any penalty for 
looping. A single repeat mode, RM, in the status register, ST, and three registers - repeat 
start address (RS), repeat end address (RE), and repeat counter (RC) - control the block 
repeat. When RM is set, the PC repeats the instructions between RS and RE a number 
of times, which is determined by the value of RC. The repeat modes repeat a block of 
code at least once in a typical operation. The repeat counter should be loaded with one 
less than the desired number of repetitions. Assuming the error signal e(n) in Equation 
(10) is stored in R7, the adaptation of filter coefficients is shown as follows: 



LMS 



MPYF3 


*ARO+ +(!)%, R7,R1 


; Rl = u*e(n)*x(n) 


LDI 


order-3,RC 


; Initialize repeat counter 


RPTB 


LMS 


; Do i = 0, N-3 


MPYF3 


*ARO+ +(!)%, R7,R1 


; Compute u*e(n)*x(n-i-l) 


1 |ADDF3 


*AR1,R1,R2 


; Compute wi(n) + u*e(n)*x(n 


STF 


R2,*AR1 + +(!)% 


; Store wi(n+l) 


MPYF3 


*AR0,R7,R1 


; For i = N-2 


1 |ADDF3 


*AR1,R1,R2 




STF 


R2,*AR1 + +(!)% 


; Store wN-2(n+l) 


ADDF3 


*AR1,R1,R2 


; Include last w 


STF 


R2,*AR1 + +(!)% 


; Store wN-l(n+l) 



-i) 



where auxiliary register ARO and ARl point to x and w arrays. Rl is updated before loop 
since the accumulation in the parallel instruction uses the previous value in Rl. In order 
to update x array pointer to the new beginning of the data buffer for next iteration (i.e., 
perform the data move), one of the loop instruction set has been taken out of loop and 
modified by eliminating the incrementation of ARO. 

To perform an N- weight adaptive LMS transversal filter on TMS320C30 requires 
3N+ 15 instruction cycles. There are N and 2N instruction cycles to perform Equations 
(1) and (10), respectively. The TMS320C30 example program is given in Appendix A2. 

The LMS algorithm considerably reduces the computational requirements by using 
a simplified mean square error estimator (an estimate of the gradient). This algorithm has 
proved useful and effective in many applications. However, it has several limitations in 
performance such as the slow initial convergence, the undesirable dependence of its con- 
vergence rate on input signal statistics, and an excess mean square error still in existence 
after convergence. 
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Symmetric Transversal Structure [5] 

A transversal filter with symmetric impulse response (weight values) about the center 
weight has a linear phase response. In applications such as speech processing, linear phase 
filters are preferred since they avoid phase distortion by causing all the components in 
the filter input to be delayed by the same amount. The adaptive symmetric transversal 
structure is shown in Figure 9. 
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Figure 9. Symmetric Transversal Structure (even order) 

This filter is actually an FIR fiJiter with an impulse response that is symmetric about 
the center tap. The output of the filter is obtained as 



N/2-1 

y(n) = H Wi(n) [x(n-i) + x(n-N+i+l)] 
i=0 



(15a) 



where N is an even number. Note that, for fixed-point processors, the addition in the 
brackets may introduce overflow because the input signals x(n— i) and x(n— N+i4- 1) are 
in the range of - 1 and 1-2-15. This problem can be solved by shifting x(n) to the right 
one bit. The update of the weight vector is 



Wi(n+1) = Wi(n) H- ue(n)[x(n-l) + x(n-N+i+l)] 



(15b) 
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for i=0,l,...,(N/2-l), which requires N/2 multiplications and N additions. Theoretical- 
ly, this symmetric structure can also reduce computational complexity since such filters 
require only half the multiplications of the general transversal filter. However, it is true 
only for the TMS320C30 processor. When a filter is implemented on the TMS320C25, 
the transversal structure is more efficient than the symmetric transversal structure due 
to the pipeline multiplication and accumulation instruction MACD, which is optimized 
to implement convolution in Equation (1). 

TMS320C25 Implementation 

For TMS320C25, in order to implement the instructions MAC, ZALR, and MPYA, 
we can trade memory requirements for computation saving by defining 

z(n-i) = x(n-i) + x(n-N+i + l) , i=0,l,...,N/2-l (16a) 

Now, Equation (15) can be expressed as 

N/2-1 

y(n) = Ti Wi(n) z(n-i) (16b) 

i=0 

Wi(n+1) = Wi(n) + u e(n) z(n-i) , i=0,l,...,N/2-l (16c) 

Equation (16a) can be implemented using the TMS320C25 as 



LARK 


ARl, N/2-1 


; Counter = N/2 -l 


LRLK 


AR2,LAST X 


; Point to x(n-N+l) 


LRLK 


AR3, FIRST X 


; Point to x(n) 


LRLK 


AR4,FIRST_Z 


; Point to z(n) 


LARP 


AR3 




LAC 


*+,0,AR2 




ADD 


*-,0,AR4 




SACL 


*+,0,ARl 




BANZ 


SYM,*-,AR3 





SYM 



The instruction sequence to implement the LMS algorithm in Equations (1) and (10) 
can be used to implement Equations (16b) and (16c), except using MAC instead of MACD 
in Program (A). Therefore, N instruction cycles are needed to shift data in x(n), 3N in- 
struction cycles are needed to implement Equation (16a), N/2 for Equation (16b), and 
3N for Equation (16c). The total number of instruction cycles required to implement the 
symmetric transversal filter with the LMS algorithm is 7.5N+38. Where 7.5N is an in- 
teger because N is chosen as an even number. The 0.5N instruction cycles come from 
Equation (15a) since symmetric transversal structure folds the filter taps into half of the 
order N (see Figure 9). The maximum filter length for most efficient code, 256, is the 
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same as for the FIR filter. The use of the additional data memory can be obtained from 
the reduced data memory requirement for weights of the symmetric transversal filter. The 
complete TMS320C25 program is given in Appendix Bl. 

Note that instead of storing buffer locations x(n) contiguously, then using DM0 V 
to shift data in the buffer memory (requiring N cycles) at the end of each iteration, we 
can use a circular buffer with pointers pointing to x(n) and x(n— N+ 1). Since pointer up- 
dating requires several instruction cycles, compared with N cycles using DM0 V to up- 
date the buffer memory contents, the circular buffer technique is more efficient if N is large. 

TMS320C30 Implementation 

As mentioned above, the TMS320C30 uses a circular buffer instead of data move 
technique. Therefore, it does not have to implement tapped delay line separately as 
TMS320C25. Equations (1) and (16a) can be combined and implemented in the same loop. 
The advantage of this is that a parallel instruction reduces the number of the instruction 
cycles. The implementation is shown as follows: 



INNER 



LDF 0.0,R2 

LDI order/2- 2, RC 

RPTB INNER 

ADDF3 *AR4 + -h (1) % ,*AR5 - 

MPYF3 R1,*ARH-+(1),R3 

STF Rl,*AR2+-h(l) 

ADDF3 R3,R2,R2 



-(1)%,R1 



Clear R2 

Set up loop counter 

Do i = 0, N/2 -2 

z(i) = x(n-i) -h x(n-hN-i) 

R3 = w[] * z[] 

Store z(i) 

Accumulate the result for y 



ADDF3 *AR4-h+(l)%,*AR5--(l)%,Rl; For i = N/2 -l 

MPYF3 R1,*AR1--(IR0),R3 

I I STF R1,*AR2--(IR0) 

ADDF3 R3,R2,R2 ; Include last product 

where AR4 and AR5 point to x[0] and x[N- 1]. ARl and AR2 point to w and z array, 
respectively. IRO contains value of N/2 ~l. The same instruction codes of weight update 
of transversal filter can be used in symmetric transversal structure by changing the x ar- 
ray pointer to the z array pointer. Appendix B2 presents an example program. The total 
number of instructions needed is 2.5N+15, which is less than that of the transversal 
structure. 

Lattice Structure [6] 

An alternative FIR filter realization is the lattice structure [26]. A discussion of the 
transversal filter with the LMS algorithm shows that the convergence rate of the transver- 
sal structure is restricted by the correlation of signal components; i.e. , the eigenvalue spread, 
^max/ ^min- The lattice structure is a decorrelating transform based on a family of predic- 
tion error filters as illustrated in Figure 10. The recursive equations that describe the lat- 
tice predictor are 
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fo(n) = bo(n) = x(n) 

fm(n) = fm-i(n) - km(n)bm-i(n-l), < m < = M 

bm(n) = bm-i(n-l) - kin(n)fin_i(n), < m < = M 



(17a) 
(17b) 
(17c) 



where fin(n) represents the forward prediction error, bin(n) represents the backward predic- 
tion error, kin(n) is the reflection coefficients, m is the stage index, and M is the number 
of cascaded stages. The lattice structure has the advantage of being order-recursive. This 
property allows adding or deleting of stages from the lattice without affecting the existing 
stages. 



fo(n) 



x(n)- 



bo(n) 



Stage 
1 



fl(n) 



bi(n) 



Stage 

2 



fm(n) 



bm(n) 



Stage m 



Wl(n) 



bm-l(n) 




*m(n) 



bm(n) 



Figure 10. Lattice Structure 

To implement the lattice filter for processing actual data, the reflection coefficients 
km(n) are required. These coefficients can be computed according to estimates of the 
autocorrelation coefficients using Durbin's algorithm. However, it would be more effi- 
cient if these reflection coefficients could be estimated directly from the data and updated 
on a sample-by-sample basis, such as LMS algorithm [6]. The reflection coefficient 
kin(n+l) can be recursively computed [7]: 
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Mn+1) = Mn) + u[fn,(n)bn,-i(n-l) + bn,(n)fi^-i(n)], < m< = M(18) 

For applications such as noise cancellation, channel equalization, line enhancement, 
etc., the joint-process estimation [3] illustrated in Figure 11 is required. This device per- 
forms two optimum estimations: the lattice predictor and the multiple regression filter. 
The following equations define the implementation of the regression filter 



eo(n) = d(n) - bo(n)go(n) 

em(n) = em-i(n) -bni-i(n)gm-i(n), < m < = M 

gin(n+l) = gni(n) + Uem(n)bm(n), <= m <= M 



(19a) 

(19b) 

(20) 



where the LMS algorithm is used to update the coefficients of the regression filter. For 
noise cancellation application, eni(n) corresponds to the output e(n) in Figure 5. For ap- 
plications such as adaptive line enhancer and channel equalizer, filter output y(n) is ob- 
tained as 



M 

y(n) = L gin(n) bin(n) 
m=0 



(21) 




Stage 
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fm 


(n) 


bm(n) 














em(n) 



Figure 11. Lattice Structure witli Joint Process Estimation 
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TMS320C25/TMS320C30 Implementation 

There are five memory locations— fin(n), bmCn), bmCn— 1), kmCn), and gm(n)— 
required for each stage. The limitation of on-chip data RAM is 544 words for the 
TMS320C25 and 2K words for the TMS320C30. A maximum of 102 stages can therefore 
be implemented on a single TMS320C25 for the highest throughput. Here, another ad- 
vantage of TMS320C30 architecture design is shown. Since the operands of the mathematic 
operations can be either memory or register on the TMS320C30, and there is no need 
to preserve the values of f^ array for the next iteration (refer to Equations (17) and (18)), 
the fin array can be replaced by an extended precision register. Thus, for the most effi- 
cient codes, the stage limitation of lattice structure for TMS320C30 is 512, or one-fourth 
of the 2K on-chip RAM. 

Lattice structures have superior convergence properties relative to transversal struc- 
tures and good stability properties; e.g., low sensitivity to coefficient quantization, low 
roundoff noise, and the ability to check stability by inspection. The disadvantages of lat- 
tice filter algorithms are that they are numerically complex and require mathematical 
sophistication to thoroughly understand their derivations. Furthermore, as shown in Ap- 
pendixes CI and C2, lattice structures cannot take advantage of the TMS320C25 and 
TMS320C30's pipeline architecture to achieve high throughput. The total number of in- 
struction cycles needed is 33M+32 for TMS320C25 and 14M+4 for TMS320C30. 

Modified LMS Algorithms [5] 

The LMS algorithm described in previous sections is the most widely used algorithm 
in practical applications today. In this section, a set of LMS-type algorithms (all direct 
variants of the LMS algorithm) are presented and implemented. The motivation for each 
is some practical consideration, such as faster convergence, simplicity in implementation, 
or robustness in operation. The description of these algorithms is based on the transversal 
structure. However, these algorithms can be applied to the synmietric transversal struc- 
ture and the lattice structure as well. 

Normalized LMS Algorithm 

The stability, convergence time, and fluctuation of the adaptation process is governed 
by the step size u and the input power to the adaptive filter. In some practical applica- 
tions, you may need an automatic gain control (AGC) on the input to the adaptive filter. 
The normalized LMS algorithm is one important technique used to improve the speed of 
convergence. This is accomplished while maintaining the steady-state performance indepen- 
dent of the input signal power. This algorithm uses a variable convergence factor u(n), 
which represents a u that is a function of the time index, 

u(n) = a I var(n) (22) 
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and 



w(n+l) = w(n) + u(n)e(n)x(n) 



(23) 



where a is a convergence parameter, and var(n) is an estimate of the input average power 
at time n using the recursive equation 

var(n) =(1 - b) var(n-l) + b y? (n) (24) 

where < b << lisa smoothing parameter. In practice, a is chosen equal to b. 

For fixed-point processors, there is a way to reduce the computation of power estima- 
tion. Since b in Equation (24) doesn't have to be an exact number, it is computationally 
convenient to make b a power of 2. If Z? = 2-^, the multiplication ofb can be implemented 
by shifting right m bits. Therefore, the var(n) in Equation (24) is computed by 

var(n) = var(n— 1) — b var(n— 1) + ^ x2(n) 

= var(n-l) - var(n-l) * 2-m + x2(n) * 2-m 

Then, assuming the variance var(n) of input signal is stored in the data memory 
VAR and its initial value is 0.99997 (=1- 2-15), The implementation of this equation 
using TMS320C25 assembly code is 

Point to input signal x 
Square input signal 

ACC = var(n-l) 

ACC = \l-b) var(n-l) 

ACC = (l-b) var(n-l) + b x2(n) 

Store var(n) 

The normalized LMS algorithm can be implemented as 

var = Z?i * var -f- J? * xn[0] * xn[0]; 
unen = e[n] * a / var; 
for (i = 0; i< N; i4-+) 
wn[i] -l-= unen * xn[i]; 

where bi = (l—b), xn[0] = x(n), and unen = u(n)*e(n). This normalized technique 
reduces the dependency of convergence speed on input signal power at the cost of in- 
creased computational complexity, especially the division in Equation (22). The algorithms 
of implementing the fixed-point and floating-point division on the TMS320C25 and 
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TMS320C30 can be found in the user's guide for each device [13, 14]. Since the power 
of input signal is always positive, those codes can be simplified to save computation time. 

Since the power estimation in Equation (24) and step size normalization in Equation (22) 
are performed once for each sample x(n), the computation increase can be ignored when 
N is large. As shown in Appendixes Dl and D2, the total number of instruction cycles 
needed for the normalized LMS algorithm (7N+57 for the TMS320C25 and 3N+47 for 
the TMS320C30) is slightly higher than for the LMS algorithm (7N+34 and 3N+15) 
when N is large. 

Sign LMS Algorithms 

The LMS algorithm requires 2N multiplications and additions for each iteration; 
this amount is much lower than the requirements for many other complicated adaptive 
algorithms, such as Kalman and Recursive Least Square (RLS) [3]. However, there are 
three simplified versions of the LMS algorithm (sign-error LMS, sign-data LMS, and sign- 
sign LMS) that save the number of multiplications required and extend the real-time band- 
width for some applications [5, 27]. 

First, the sign-error LMS algorithm can be expressed as 

w(n+l) = w(n) -h u sign[e(n)] x(n) (25) 

where sign[e(n)] = 1 , if e(n) > 

-1 , if e(n) <0 

The C program implementation of sign-error LMS algorithm is 

tu = u; 

if (e[n] < 0.) ( 

tu = -u; ] 
for (i=0; i<N; i++) [ 

wn[i] += tu * xn[i]; 

As shown in Appendixes El and E2, the instruction sequence to implement weight 
update with the sign-error LMS algorithm is identical to that with the LMS algorithm. 
The difference is that the sign-error LMS algorithm uses the sign [e(n)]*u instead of e(n)*u 
before the update loop. Note that, for fixed-point processors, if u is chosen to be a power 
of two, the u x(n) can be accomplished by shifting right the elements in x(n). This algorithm 
keeps the same convergence direction as the LMS algorithm. Thus, the sign-error LMS 
algorithm should remain efficient, provided the variable gain u(n) is matched to this change. 
However, the use of constant step size u to reduce computation comes at the expense of 
a slow convergence rate since smaller u is normally used for stability reasons. 
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The programs in Appendixes El and E2 implement a transversal filter with sign- 
error LMS algorithm in looped code. The total number of instruction cycles needed for 
this algorithm using the TMS320C25 is 7N+26, which is slightly less than for the LMS 
algorithm's 7NH-28. Computing u*e(n) takes 5 instruction cycles. The sign-error LMS 
algorithm determines the sign of the u by checking the sign of e(n), which takes only 3 
instruction cycles. The total number of instruction cycles needed for the sign-error LMS 
algorithm using the TMS320C30 is 3N+16, which is slightly higher than for the LMS 
algorithm. This occurs because the TMS320C30 takes only one instruction cycle to com- 
pute u*e(n) and two instruction cycles to determine the sign of the u. 

Secondly, the sign-data LMS algorithm is 

w(n-hl) = w(n) + u e(n) sign[x (n)] (26) 

This equation can be implemented as 



'i(n+l) = Wi(n) + ue(n) , if x(n-i) >= 
= Wi(n) - ue(n) , if x(n-i) <0 



for i=0,l,...,N— 1. Since the sign determination is required inside the adaptation loop 
to determine the sign of x(n— i), slower throughput is expected. The total number of in- 
struction cycles needed is 1 lN-h26 for the TMS320C25 and 5N+ 16 for the TMS320C30. 

Finally, the sign-sign LMS algorithm is 

w(n+l) = w(n) + u sign[e(n)] sign[x(n)] (27) 

which requires no multiplications at all and is used in the CCITT standard for ADPCM 
transmission. As we can see from the above equations, the number of multiplications is 
reduced. This simplified LMS algorithm looks promising and is designed for VLSI or 
discrete IC implementation to save multiplications. 

The sign-sign LMS algorithm can be implemented as 

for (i=0; i<N; i+-f-) [ 
if(e[n] >=0.)[ 

if (xn[i] >= 0.) 

wn[i] -l-= u; 
else 

wn[i] - = u; ] 
else [ 
if (xn[i]> = 0.) 
wn[i] — = u; 
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else 



wn[i] + = u; ] ] 



When this algorithm is implemented on TMS320C25 and TMS320C30 with pipeline 
architecture and a parallel multiplier, the performance of sign-sign LMS algorithm is poor 
compared to standard LMS algorithm due to the determination of sign of data, which can 
break the instruction pipeline and can severely reduce the execution speed of the processors. 

In order to avoid double branches inside the loop, the XOR instruction is utilized 
to check the sign bit of e(n) and x(n-i). The sign-sign LMS algorithm can be implemented 
as 

Wi(n+1) = Wi(n) + u , if sign[e(n)] = sign[x(n-i)] 
= Wi(n) - u , otherwise 

The following TMS320C25 instruction sequence implements this algorithm without 
branching (assuming that the current address register used is AR3): 



LRLK 


AR1,N-1 


Set up counter 


LRLK 


AR2,C0EFFD 


Point to Wi(n) 


LRLK 


AR3,LASTAP+1 


Point to x(n-i) 


ADAP LAC 


*-,0,AR2 


Load x(n-i) 


XOR 


ERR 


XOR with e(n) 


SACL 


ERRF 


Save sign bit, sign = if same signs 
Sign = 1 if different signs 


LAC 


ERRF 


Sign extension to ACCH, 
ACCH = If ERRF > = 
ACCH = OFFFFh if ERRF < 


XORK 


MU,15 


Take one's complement of m 
If sign = 1 


ADD 


M5 


Weight update 


SACH 


*+,l,ARl 


Save new weight 



BANZ ADAP,*-,AR3 

The one's complement of u is used instead of -u, because they are only slightly 
different and the step size does not require the exact number. The weight update with 
this technique requires ION instruction cycles and FIR filtering requires N instruction cycles 
so that the total number of instruction cycles needed is 1 IN +21 . The complete TMS320C25 
assembly program is given in Appendix FL 

To determine whether a positive or negative u should be used without branching 
is trickier in the TMS320C30. Fortunately, the extended precision registers of TMS320C30 
interpret the 32 most-significant bits of the 40-bit data as the floating-point number and 
the 32 least-significant bits of the 40-bit data as an integer. When a floating-point number 
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changes its sign, its exponent remains the same. Therefore, the sign of step size u can 
be determined by using XOR logic on its mantissa. The following code shows how the 
sign-sign LMS algorithm is implemented on the TMS320C30. 



ASH -31,R7 
X0R3 R0,R7,R5 
LDF *AR0++(1)%,R6 
ASH -31,R6 
X0R3 R5,R6,R4 
ADDF3 *AR1,R4,R3 

LDI order- 3, RC 

RPTB SSLMS 

LDF *AR0++(1)%,R6 

I I STF R3,*AR1 + +(!)% 

ASH -31,R6 

X0R3 R5,R6,R4 

SSLMS ADDF3 *AR1,R4,R3 

LDF *AR0,R6 
I I STF R3,*AR1 + +(1)% 
ASH -31,R6 
X0R3 R5,R6,R4 
ADDF3 *AR1,R4,R3 
STF R3,*AR1 + +(1)% 



R7 = Sign[e(n)] 

R5 = Sign[e(n)] * u 

R6 = x(n) 

R6 = Sign[x(n-i)] 

R4 = Sign[x(n-i)]*Sign[e(n)] * u 

R3 = Wi(n) + R4 

Initialize repeat counter 
Doi = 0, N-3 
Get next data 
Update Wi(n+1) 
Get the sign of data 
Decide the sign of u 
R3 = Wi(n) + R4 

Get last data 
Update WN-2(n+l) 
Get the sign of data 
Decide the sign of u 
Compute wn - 1 (n + 1 ) 
Store last w(n+l) 



Here, RO, R4, and R5 contain the value of u before updating. ARO and ARl point 
to X array and w array, respectively. R7 contains the value of error signal e(n). The com- 
plete program is given in Appendix F2. The total number of instruction cycles is 5N+ 16, 
which is much higher than LMS algorithm. 

The sign-sign LMS algorithm is developed to reduce the multiplication requirement 
of the LMS algorithm. Since DSPs provide the hardware multiplier as a standard feature, 
this modification does not provide any advantage when implementing this algorithm on 
the DSPs. On the contrary, it causes some disadvantages since decision instructions will 
destroy the instruction pipeline. If you use the XOR logic operation in order to avoid us- 
ing the decision instructions, the complexity of the program will be increased and the total 
number of instruction cycles will be greater than the regular LMS algorithm. 

Leaky LMS Algorithm 

When adaptive filters are implemented on signal processors with fixed word lengths, 
roundoff noise is fed back to adaptive weights and accumulates in time without bound. 
This leads to an overflow that is unacceptable for real-time applications. One solution is 
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based upon adding a small forcing function, which tends to bias each filter weight toward 
zero. The leaky LMS algorithm has the form 



w(n+l) = r w(n) + u e(n) x(n) 



(28a) 



where r is slightly less than 1. 

Since r can be expressed as 1 — c and c < < 1 , the TMS320C25 can take advantage 
of the built-in shifters to implement this algorithm. Therefore, Equation (28a) can be 
changed to 



w(n-l-l) = w(n) — c w(n) + u e(n) x(n) 



(28b) 



In order to achieve the highest throughput by using ZALR and MPYA, cw(n) can 
be implemented by shifting Wi(n) right by m bits where 2-nfi is close to c. Since the length 
of the accumulator is 32 bits and the high word (bits 16 to 31) is used for updating w(n), 
shifting right m bits of Wi(n) can be implemented by loading Wi(n) and shifting left 
16 — m bits. The sequence of TMS320C25 instructions to implement Equation (28b) is 
shown as 



ADAPT 



LRLK 


AR1,N-1 




; Set up counter 


LRLK 


AR2,COEFFD 


; Point to Wi(n) 


LRLK 


AR3,LASTAP+1 


; Point to x(n - i) 


LT 


ERRF 




; T = ERRF =u*e(n) 


MPY 


*-,AR2 






ZALR 


*,AR3 






MPYA 


*-,AR2 






SUB 


*,LEAKY 




; LEAKY=16-m 


SACK 


* + ,0,ARl 






BANZ 


ADAPT, *- 


,AR2 





For each iteration, 7N instruction cycles are needed to perform the adaptation pro- 
cess (6N for the LMS algorithm). The total number of instruction cycles needed is 8N+28 
(see Appendix Gl for the complete program). The leaky factor r has the same effect as 
adding a white noise to the input. This technique not only can solve adaptive weights 
overflow problem, but also can be beneficial in an insufficient spectral excitation and stalling 
situation [5]. 

The method used above is especially for the TMS320C25, which has a free shift 
feature. Since TMS320C30 is a floating-point processor, r can simply multiply to filter 
coefficient. However, in order to reduce the instruction cycles, this multiplication can 
combine with another instruction to be a parallel instruction inside the loop. The follow- 
ing code shows how to rearrange the instructions from the LMS algorithm to include this 
multiplication without an extra instruction cycle. 
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LLMS 



MPYF 


@u r,R7 


MPYF3 


*AR0++(1)%,R7,R1 


MPYF3 


*AR0++(1)%,R7,R1 


1 1 ADDF3 


*AR1,R1,R2 


LDI 


order -4,RC 


RPTB 


LLMS 


MPYF3 


*AR2,R2,R0 


1 1 ADDF3 


*+ARl(l),Rl,R2 


MPYF3 


*AR0++(1)%,R7,R1 


1 1 STF 


R0,*AR1 + +(!)% 


MPYF3 


*AR2,R2,R0 


1 1 ADDF3 


*+ARl(l),Rl,R2 


MPYF3 


*AR0,R7,R1 


1 1 STF 


R0,*AR1 + +(!)% 


MPYF3 


*AR2,R2,R0 


1 1 ADDF3 


*+ARl(l),Rl,R2 


MPYF3 


*AR2,R2,R0 


1 1 STF 


R0,*AR1 + +(!)% 



STF R0,*ARH-+(1)% 



R7 = e(n)*u/r 

Rl = e(n)*u*x(n)/r 

Rl = e(n)*u*x(n-l)/r 

R2 = wo(n) + e(n)*u*x(n)/r 

Initialize repeat counter 

do i = 0, N-4 

RO = r*Wi(n) + e(n)*u*x(n-i) 

R2 = Wi+i(n) + e(n)*u*x(nz-i-l)/r 

Rl = e(n)*u*x(n-i-2)/r 

Store Wi(n+1) 

RO = r*WN_3(n) + e(n)*u*x(n-N+3) 

R2 = WN-2(n) + e(n)*u*x(n-N+2)/r 

Rl = e(n)*u*x(n-N+l)/r 

Store WN_3(n+l) 

RO = r*Wi(n) + e(n)*u*x(n-N+2) 

R2 = WN-i(n) + 

e(n)*u*x(n-N + l)/r 
RO = r*Wi(n) + e(n)*u*x(n-N+l) 
Store WN_2(n+l) 
Update last w 



Auxiliary registers ARO and ARl point to x and w arrays. AR2 points to the memory 
location that contains value r. R7 contains the value of error signal e(n). Rl and R2 are 
updated before the loop because the parallel instructions inside the loop use the previous 
values in Rl and R2. Note that Rl is updated twice before the loop because the updating 
of R2 requires the previous value of Rl. In order to update x array pointer to the new 
beginning of the data buffer for next iteration, two of the loop instruction sets have been 
taken out of loop and modified by eliminating the incrementation of ARO. The TMS320C30 
assembly program of an adaptive transversal filter with the leakage LMS algorithm is listed 
in Appendix G2 as an example. The total number of instruction cycles for this algorithm 
is 3N+ 15, which is the same as the LMS algorithm. This example shows the power and 
flexibility of the TMS320C30. 
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Implementation Considerations 

The adaptive filter structures and algorithms discussed previously were derived on 
the basis of infinite precision arithmetic. When implementing these structures and algorithms 
on a fixed integer machine, there is a limitation on the accuracy of these filters due to 
the fact that the DSP operates with a finite number of bits. Thus, designers must pay at- 
tention to the effects of finite word length. In general, these effects are input quantization, 
roundoff in the arithmetic operation, dynamic range constraints, and quantization of filter 
coefficients. These effects can either cause deviations from the original design criteria 
or create an effective noise at the filter output. These problems have been investigated 
extensively, and techniques to solve these problems have been developed [28, 29]. 

The effects of finite precision in adaptive filters is an active research area, and some 
significant results have been reported [30 through 32]. There are three categories of finite 
word length effects in adaptive filters: 

• Dynamic Range Constraint (scaling to avoid overflow). Since this is not 
applicable for a floating-point processor, the TMS320C30 is not mentioned 
in this portion. 

• Finite Precision Errors (errors introduced by roundoff in the arithmetic). 

• Design Issues (design of the optimum step size u that minimizes system 
noise). 

Dynamic Range Constraint 

As shown in Figure 1 , the most widely used LMS transversal filter is specified by 
the difference equations 

N-1 

y(n) = L Wi(n) x(n-i) (29) 

i=0 

and 

Wi(n+1) = Wi(n) + u*e(n)*x(n-i), for i = 0, 1, ..., N-1 (30) 

where x(n— i) is the input sequence and Wi(n) are the filter coefficients. 

If the input sequence and filter coefficients are properly normalized so that their 
values lie between —1 and 1 using Q15 format, no error is introduced into the addition. 
However, the sum of two numbers may become larger than one. This is known as overflow. 
The TMS320C25 provides four features that can be applied to handle overflow manage- 
ment [13]: 
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A. Branch on overflow conditions. 

B. Overflow mode (saturation arithmetic). 

C. Product register right shift. 

D. Accumulator right shift. 

One technique to inhibit the probability of overflow is scaling, i.e., constraining 
each node within an adaptive filter to maintain a magnitude less than unity. In Equation 
(29), the condition for |y(n)| <1 is 



N-1 

< 1 / E |wi(n)| 
i=0 



(31) 



where x^ax denotes the maximum of the absolute value of the input. The right shifter 
of the TMS320C25, which operates with no cycle overhead, can be applied to implement 
scaling to prevent overflow of multiply-accumulate operations in Equation (29). By set- 
ting the PM bits of status register STl to 11 using the SPM or LSTl instructions, the 
P register output is right-shifted 6 places. This allows up to 128 accumulations without 
the possibility of an overflow. SFR instruction can also be used to right shift one bit of 
the accumulator when it is near overflow. 

Another effective technique to prevent overflow in the computation of Equation (29) 
is using saturation arithmetic. As illustrated in Figure 12, if the result of an addition 
overflows, the output is clamped at the maximum value. If saturation arithmetic is used, 
it is common practice [28] to permit the amplitude of x(n-i) to be larger than the upper 
bound given in Equation (31). Saturation of the filter represents a distortion, and the choice 
of scaling on the input depends on how often such distortion is permissible. The satura- 
tion arithmetic on the TMS320C25 is controlled by the OVM bit of status register STO 
and can be changed by the SOVM (set overflow mode), ROVM (reset overflow mode), 
or LST (load status register). 



output 
1.2-15 

-1 



1-2-15 



-1 



-^ input 



Figure 12. Saturation Arithmetic 
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Filter coefficients are updated using Equation (30). As illustrated in Figure 13, a 
new technique presented in reference 31 uses the scaling factor a to prevent filter's coeffi- 
cients overflow during the weight updating operation. Suppose you use a = 2-^, A right 
shift by m bits implements multiplication by a, while a left shift by m bits implements 
the scaling factor 1/a. Usually, the required value of a is not expected to be very small 
and depends on the application. Since a scales the desired signal, it does not affect the 
rate of convergence. 
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Figure 13. Fixed-Point Arithmetic Model of the Adaptive Filter 

Finite Precision Errors 

The TMS320C25 is a 16/32-bit fixed point processor. Each data sample is represented 
by a fractional number that uses 15 magnitude bits and one sign bit. The quantization interval 



d = 2-b 



(32) 



(b = 15), is called the width of quantization since the numbers are quantized in steps of 6. 

The products of the multiplications of data by coefficients within the filter must be 
rounded or truncated to store in memory or a CPU register. As shown in Figure 14, the 
roundoff error can be modeled as the white noise injected into the filter by each rounding 
operation. This white noise has a uniform distribution over a quantization interval and 
for rounding 



- 1/2 6 < e <l/2 d 



(33a) 
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and 

6e2 = (1/12) 62 (33b) 

where 8^^ is the variance of the white noise. 

In general, roundoff noise occurs after each multiplication. However, the 
TMS320C25 has a full precision accumulator, i.e., a 16 X 16-bit multiplier with a 32-bit 
accumulator, so there is no roundoff when you implement a set of summations and 
multiplications as in Equation (29). Rounding is performed when the result is stored back 
to memory location y(n), so that only one noise source is presented in a given sunmiation 
node. 



a 




y = Rounding [x«a] = x«a + e 



Figure 14. Fixed-Point Roundoff Noise Model 

For floating-point arithmetic, the variance of the roundoff noise [31] is slightly dif- 
ferent from Equation (33b), 

0^2=0.18 62 (33c) 

Since TMS320C30 has a 40/32-bit floating-point multiplier and ALU, the result from 
arithmetic operation has the mantissa of [31] bits plus one sign bit. Therefore, the 6 in 
Equation (33c) is equal to 2~3l. Another roundoff noise is introduced when you restore 
the result back to memory. This noise has the power of 2-23 because the mantissa of 
TMS320C30 floating-point data is 23 bits plus one sign bit. Therefore, unless the filter 
order is high, the roundoff noise from arithmetic operation is relatively small. 

The steady-state output error of the LMS algorithm due to the finite precision 
arithmetic of a digital processor was analyzed in reference [31]. It was found that the power 
of arithmetic errors is inversely proportional to the adaptation step size u. The significance 
of this result in the adaptive filter design is discussed next. Furthermore, roundoff noise 
is found to accumulate in time without bound, leading to an eventual overflow [32]. The 
leaky LMS algorithm presented in the previous section can be used to prevent the algorithm 
overflow. 
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Design Issues 

The performance of digital adaptive algorithms differs from infinite precision adap- 
tive algorithms. The finite precision LMS algorithm is given as 

w(n+l) = w(n) + Q[u*e(n)*x(n)] (34) 

where Q [.] denotes the operation of fixed point quantization. Whenever any correction 
term u*e(n)*x(n— i) in the update of the weight vector in Equation (34) is too small, the 
quantized value of that term is zero, and the corresponding weight Wi(n) remains unchang- 
ed. The condition for the ith component of the vector w(n) not to be updated when the 
algorithm is implemented with the TMS320C25 is 

I ue(n) x(n-i) | <6/2 (35a) 

where 6= 2-15. The condition for TMS320C30 is 

I u e(n) x(n-i) | < 2exp * 6/2 (35b) 

where exp is the exponent of Wi(n) and 8= 2-23, 

Since the adaptive algorithms are designed to minimize the mean squared value of 
the error signal, e(n) decreases with time. If u is small enough, most of the time the weights 
are not updated. This early termination of the adaptation may not allow the weight values 
to converge to the optimum set, resulting in a mean square error larger than its minimum 
value. The conditions for the adaptation to converge completely [30] is u > Umin where 

U^min = — 22 (^^^) 

4ax^min 

for the TMS320C25 and the TMS320C30 

a2*2exp 

U^min = —^Z (36b) 

4ax^min 

where o^^is the power of input signal x(n) and emin is the minimum mean squared error 
at steady state. 

In the Leaky LMS Algorithm section, it was mentioned that the excess MSE given 
in Equation (14) is minimized by using small u. However, this may result in a large quan- 
tization error since the most significant term in the total output quantization error is [31] 
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NOe^ 



2a2u 



(37) 



The optimum step size uq reflects a compromise between these conflicting goals. 
The value of uq is shown to be too small to allow the adaptive algorithm to converge com- 
pletely and also to give a slow convergence. In practice, u > uq is used for faster con- 
vergence. Hence, the excess MSE becomes larger, and the roundoff noise can typically 
be neglected when compared with the excess mean square error. 

Finally, recall Equations (1 1) and (12). The step size u has an upper limit to guarantee 
the stability and convergence. Therefore, the adaptive algorithm requires 

< u < — — T- (38) 

On the other hand, the step size u also has a lower limit. The optimum uq, which 
minimizes the sum of the excess MSE and roundoff noise, is smaller than Ujnjn, i.e., too 
small to allow the adaptive weight to converge. For an algorithm implemented on the 
TMS320C25, the word-length of 16 bits is fixed, and the minimum step-size that can be 
used is given in Equation (36). The most important design issue is to find the best u to satisfy 

1 

Umin < U < ^^ 2 (^9) 

Therefore, in order to make the condition in Equation (39) valid, the initial values 
of filter coefficients are better close to zero for the floating-point processor if the situation 
in unknown. 

Software Development 

The TMS320C25 and TMS320C30 combine the high performance and the special 
features needed in adaptive signal processing applications. The processors are supported 
by a full set of software and hardware development tools. The software development tools 
include an assembler, a linker, a simulator, and a C compiler. The most universal soft- 
ware development tool available is a macro assembler. However, the assembly language 
programming for DSP can be tedious and costly. For adaptive filter applications, an 
assembly language programmer must have knowledge of adaptive signal processing. The 
challenge lies in compressing a great deal of complex code into the fairly small space and 
most efficient code dictated by the real-time applications typical of adaptive signal pro- 
cessing. 
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Recently, C compilers for the processors were developed to make DSP program- 
ming easier, quicker, and less costly compared with the work associated with program- 
ming in assembly language. Due to the general characteristics of a compiler, the code 
it generates is not the most efficient. Since the program efficiency consideration is impor- 
tant for adaptive filter implementation, the code generated from the C compiler has to 
be modified before implementing. Thus, two alternative ways, besides writing an assembly 
program, to implement adaptive signal processing on DSP are presented. First is the 
automatic adaptive filter code generator [12], which can be found on Texas Instruments 
TMS320 Bulletin Board Service (BBS), and second are the adaptive filter fimction libraries 
that support assembly and C programming languages. 

In this report, two adaptive filter libraries have been developed: one can be called 
from an assembly main program; the other can be called from the C main program. Note 
that, for the TMS320C25 only, certain data memory locations have been reserved for storing 
the necessary filter coefficients, previous delayed signal, etc. In other words, these data 
memories are used as global variables. 

Assembly Function Libraries 

The basic concept of creating an assembly subroutine for an adaptive filter is to modify 
in module the assembly programs discussed above. Then, the user can implement the adap- 
tive filter by writing his own assembly main program that calls the subroutine. 

TMS320C25 Assembly Subroutine 

The TMS320C25 has an eight-level deep hardware stack. The CALL and CALA 
subroutine calls store the current contents of the program counter (PC) on the top of the 
stack. The RET (return from subroutine) instruction pops the top of the stack back to the 
PC. For computational convenience, the processor needs to be set as follows before call- 
ing the assembly callable subroutine. 

1. PM status bits equal to 01. 

2. SXM status bit set to 1. 

3. The current DP (data memory page pointer) is 0. 

The following example is the TMS320C25 assembly main routine, which performs 
an adaptive line enhancement by calling the LMS algorithm subroutine. The filter order 
is 64, delay is equal to one, and the convergence factor u is 0.01. 

* DEFINE AND REFER SYMBOLS 

.global ORDER,U,ONE,D,Y,ERR,XN,WN,LMS 



228 Implementation of Adaptive Filters with the TMS320C25 or the TMS320C30 



DEFINE SAMPLING RATE, ORDER, AND MU 



ORDER: 

MU: 
PAGEO: 



.equ 
.equ 
.equ 



20 

327 




; mu = 0.01 in Q15 format 



DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS 



XO: 

XN: 
WN: 

* 

ONE: 

U: 

ERR: 

Y: 

D: 

ERRF: 

START 



.usect '^buffer", ORDER- 1 
.usect "buffer",! 
.usect ' 'coeffs" , ORDER 

RESERVE ADDRESSES FOR PARAMETERS 



.usect 
.usect 
.usect 
.usect 
.usect 
.usect 



"parameters",! 
"parameters",! 
"parameters",! 
"parameters",! 
"parameters",! 
"parameters",! 



INITIALIZATION 



LDPK 

SPM 

SSXM 

LRLK 

LACK 

SACL 

LALK 



PAGEO 
! 

AR7,X0 

! 

ONE 

MU 



Set DP = 

Set PM equal to 1 

Set sign extension mode 

ART point to >300 

Initialize ONE = 1 

Initialize U = MU = 0.01 



* PERFORM THE PREDICTOR 



INPUT: 

* 


IN 


D,PA2 


; Get the input 


* 


CALL 


LMS 


; Call subroutine 


OUTPUT: 


OUT 


Y,PA2 


; Output the signal 


* 


LAC 


D 


; Insert the newest sample 




LARP 


AR7 






SACL 


* 






B 


INPUT 






.end 
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The symbols, such as ORDER, U, ONE, D, LMS, Y, and ERR, are defined and 
referred to for the purpose of modular programming. The uninitialized sections specified 
by the directive .usect can be placed in any location of memory according to the linker 
command file. Note that MACD instruction requires the sources of the operands on pro- 
gram memory and data memory separately, and CNFP instruction configures RAM block 
as program memory. Therefore, the coeffs section has to be in data RAM block 0, and 
the buffer has to be in RAM block 1 . Appendix HI contains the adaptive transversal filter 
with LMS algorithm subroutine using the TMS320C25, and Appendix H2 contains an 
example of a linker command file. 

TMS320C30 Assembly Subroutine 

Instead of a hardware stack, TMS320C30 uses a software stack, which is more flex- 
ible and convenient for a high-level language compiler. The stack memory location is 
pointed to by the stack pointer SP. In order to maintain the proper program sequence, 
the programmer must make certain that no data is lost and that the stack pointer always 
points to proper location. The PUSH, PUSHF, POP, POPF, CALL, CALLcond, RETI- 
cond, and RETScond instructions will change the value of the stack pointer; in addition, 
writing data into it and using the interrupt will also change that value. It is the program- 
mer's responsibility to initialize the stack pointer in the beginning of the program. The 
same adaptive line enhancer example above using TMS320C30 is listed below. The 
adapfltr.int program that initializes the stack pointer and the data RAM is given in Appen- 
dix H3. 



* 

* 


DEFINE GLOBAL VARIABLES AND CONSTANTS 




.copy 


"adapfltr.int" 






.global 


LMS30,order,u,d,y,e 




N 


.set 


20 




mu 


.set 


0.01 




* 
* 


INITIALIZE POINTERS AND ARRAYS 




.text 






begi 


n .set 


$ 






LDI 


N,BK 


Set up circular buffer 




LDP 


@xn addr 


Set data page 




LDI 


@xn_addr,ARO 


Set pointer for x[] 




LDI 


@wn addr,ARl 


Set pointer for w[] 




LDF 


0.0,R0 


RO = 0.0 




RPTS 


N-1 






STF 


R0,*AR0++(1)% 


x[] = 0. 
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hput: 



STF 


R0,*AR1 + +(!)% 


; w[] = 0. 


LDI 


@in addr,AR6 


; Set pointer for input ports 


LDI 


@out addr,AR7 


; Set pointer for output ports 



PERFORM ADAPTIVE LINE ENHANCER 



LDF 


*AR6,R7 


; Input d(n) 


LDF 


*+AR6(l),R6 


; Input x(n) 


STF 


R7,@d 


; Insert d(n) 


STF 


R6,*AR0 


; Insert x(n) to buffer 



CALL ASSEMBLY SUBROUTINE 

CALL LMS30 
OUTPUT y(n) AND e(n) SIGNALS 



LDF 


@y,R6 


Get y(n) 


BD 


input 


Delay branch 


LDF 


@e,R7 


Get e(n) 


STF 


R6,*AR7 


Send out y(n) 


STF 


R7,*+AR7(1) 


Send out e(n) 



* 








* 


DEFINE CONSTANTS 


n 




.usect 


* 'buffer ",N 


wn 




.usect 


''coeffs",N 


in addr 


.usect 


"vars",l 


out 


addr 


.usect 


"vars",l 


xn addr 


.usect 


'Vars",l 


wn addr 


.usect 


"vars",l 


u 




.usect 


''vars'M 


order 




.usect 


"vars",l 


d 




.usect 


"vars",l 


y 




.usect 


"vars",l 


e 




.usect 


"vars'M 


cinit 




.sect 


".cinit" 






.word 


6, in addr 






.word 


0804000h 






.word 


0804002h 






.word 


xn 






.word 


wn 
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.float mu 
.word N~2 
.end 

In tiie above example, data memory order is initialized to N-2 for computation conve- 
nience. The linker command files and the subroutine that implements the LMS transver- 
sal filter can be found in Appendixes H4 and H5. 

C Function Libraries 

The TMS320C25 and TMS320C30 C language compilers provide high-level language 
support for these processors. The compilers allow application developers without an ex- 
tensive knowledge of the device's architecture and instruction set to generate assembly 
code for the device. Also, since C programs are not device-specific, it is a relatively 
straightforward task to port existing C programs from other systems. 

To allow fast development of efficient programs for adaptive signal processing ap- 
plications, C function libraries have been developed. These libraries include functions for 
adaptive transversal, synmietric transversal, and lattice structures. 

TMS320C25 C-Callable Subroutines 

In a C program, the memory assignments are chosen by the compiler. There are 
two ways to use the most efficient instruction MACD: 

A. Use inline assembly code to assign memory locations for filter coefficients and 
buffers. 

B. Reserve the desired memory locations for them and do the assignment in the 
linker command file. \ 

The latter method is used in this report. 

For a C main program, the parameters passed to and returned from the subroutines 
are all within the parentheses following the subroutine name, as shown below: 

lms(n,mu,d,x,&y,&e) n - Filter order 

mu - Convergence factor 

d - Desired signal 

x - Input signal 

y - Address of output signal 

e - Address of error signal 

Since the TMS320C25 C compiler pushes the parameters from right to left into soft- 
ware stack pointed by ARl , the subroutine gets the parameters in reverse order, as shown 
below: 

MAR *- ; Set pointer for getting parameters 

LAC *- ; ACC = N 
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SUBK 


1 


SACL 


ORDER 


LAC 


*_ 


SACL 


U 


LAC 


*_ 


SACL 


D 


LAC 


*-,0,A-R3 


LRLK 


AR3,FRSTAP 


SACL 


* 



ORDER = N - 1 
Getting and storing the mu 

Getting and storing the D 

Insert the newest sample 



The assembly subroutine returns the parameters y and e as follows: 

LARP ARl 

LAR AR2,*-,AR2 ; Get the address of y in main 

LAC Y 

SACL *,0,AR1 ; Store y 

LAR AR2,*,AR2 ; Get the address of e in main 

LAC ERR 

SACL *,0,AR1 ; Store e 

Therefore, the parameters should be entered in the order given above. If there are 
other parameters, they should be inserted right after the convergence factor mu. The leaky 
LMS algorithm subroutine is given as an example. 

llms(n,mu,r,d,x,&y,&e) 

the r is defined in Equation (28a). Note that the values of the AR registers, which will 
be used in subroutine, and the status registers must be saved at the beginning of the 
subroutine and restored right before returning to calling routine. An example of a C-callable 
program is given in Appendix II. Memory locations 0200h to 0200h4-N--l and 0300h 
to 0300h+N— 1 are reserved for filter coefficients and buffers, respectively. N denotes 
the filter order. 

TMS320C30 C Subroutine 

As previously mentioned, the TMS320C30 architecture has features designed for 
a high-level language compiler. Note that the callable word is dropped in this section title 
because the TMS320C30 is so flexible that the restrictions for the TMS320C25 no longer 
exist. Since the memory locations of filter buffers and coefficients are determined by the 
parameters that pass from the calling routine, the same subroutine can be used in different 
places. However, the only restriction is that the memory locations of filter buffers must 
align to the circular addressing boundary [14]. The features of TMS320C30 architecture 
that make a major contribution toward these improvements are dual data address buses, 
software stack, and flexible addressing mode. The parameters passed to subroutine are 
pushed into the stack. Therefore, after returning from the subroutine, the stack pointer, 
SP, must be updated to point to the location where SP pointed before pushing the parameters 
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into the stack. However, this will be done by the C compiler. The usage example of the 
C function subroutine is given as follows: 

tlms(n,u,d,&w,&x,&y,&e) where n - Filter order 

u - Step size 
d - Desired signal 
&w - Filter coefficients 
&x - Input signal buffers 
&y - Addr of output signal 
&e - Addr of error signal 

The example below shows how the C subroutine receives and manipulates the 
parameters passed from the caller program and how the result is returned to the caller 
routine. 

* 

* SET FRAME POINTER FP 

* 

FP .set AR3 

PUSH FP 

LDI SP,FP 

* 

* GET FILTER PARAMETERS 



LDI 


*-FP(2),R4 


Get filter order 


LDI 


*-FP(6),AR0 


Get pointer for x[] 


LDI 

* 


*--FP(5),ARl 


Get pointer for w[] 


* COMPUTE ERROR SIGNAL e(n) AND STORI 


LDI 


*-FP(2),AR2 


Get y(n) address 


SUBF3 


R2,*+FP(1),R7 


e(n) = d(n) - y(n) 


1 |STF 


R2,*AR2 


Send out y(n) 


LDI 


*-FP(3),AR2 


Get e(n) address 


STF 


R7,*AR2 


Send out e(n) 


MPYF 


*+FP(2),R7 


R7 = e(n) * u 


POP 


FP 





Note that AR3 is used as the frame pointer in TMS320C30 C compiler. Appendix 
12 contains the complete LMS transversal filter example subroutine program. 

Development Process and Environment 

Following a four stage procedure [33] to minimize the amount of finite word length 
effect analysis and real-time debugging, adaptive structures and algorithms are implemented 
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on the TMS320C25. Figure 15 illustrates the flowchart of this procedure. Since the im- 
plementation on TMS320C30 is done only by the simulator, the last stage, real-time testing, 
is not implemented. 



Algorithm Analysis 
and C Program 
Implementation 



± 



Re-write C Program 

to Emulate 

DSP Sequence 



Implement in DSP 

Program and Testing 

by DSP Simulator 



3 



Real-Time 
Testing 



Figure 15. Adaptive Filter Implementation Procedure 

In the first stage, algorithm design and study is performed on a personal computer. 
Once the algorithm is understood, the filter is implemented using a high-level C program 
with double precision coefficients and arithmetic. This filter is considered an ideal filter. 

In the second stage, the C program is rewritten in a way that emulates the same 
sequence of operations with the same parameters and state variables that will be implemented 
in the processors. This program then serves as a detailed outline for the DSP assembly 
language program or can be compiled using TMS320C25 or TMS320C30 C compiler. 
The effects of numerical errors can be measured directly by means of the technique shown 
in Figure 16, where H(z) is the ideal filter implemented in the first stage and H'(z) is 
a real filter. Optimization is performed to minimize the quantization error and produce 
stable implementation. 
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Figure 16. A Commutational Technique for Evaluating Quantization Effects 

In the third stage, the TMS320C25 and TMS320C30 assembly programs are 
developed; then they are tested using the simulators with test data from a disk file. Note 
that the simulation of TMS320C25 can also be implemented on the SWDS with the data 
logging option. This test data is a short version of the data used in stage 2 that can be 
internally generated from a program or data digitized from a real application environ- 
ment. Output from the simulation is compared against the equivalent output of the C pro- 
gram in the second stage. Since the simulation requires data files to be in Q 15 format, 
certain precision is lost during data conversion. When a one-to-one agreement within 
tolerable range is obtained between these two outputs, the processor software is assured 
to be essentially correct. 

The final stage is applied only to the TMS320C25. First, you download this assembled 
program into the target TMS320C25 system (SWDS) to initiate real-time operation. Thus, 
the real-time debugging process is constrained primarily to debugging the I/O timing struc- 
ture of the algorithm and testing the long-term stability of the algorithm. Figure 17 shows 
an experimental setup for verification, in which the adaptive filter is configured for a one- 
step adaptive predictor illustrated in Figure 18. The data used for real-time testing is a 
sinusoid generated by a Tektronix FG504 Function Generator embedded in white noise 
generated by an HP Precision Noise Generator. The DSP gets a quantized signal from 
the Analog Interface Board (AIB), performs adaptive prediction routines, and outputs an 
enhanced sinusoid to the analog interface board. The corrupted input and predicted (en- 
hanced) output waveforms are compared on the oscilloscope or on the HP 4361 Dynamic 
Signal Analyzer. The corresponding spectra of input and output can be compared on the 
signal analyzer. The signal-to-noise ratio (SNR) improvement can be measured from the 
analyzer, which is connected to an HP plotter. 
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Figure 17. Real-Time Experiment Setup 
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Figure 18. Block Diagram of a One-Step Adaptive Predictor 

To illustrate the operation in a nonstationary environment, the adaptive predictor 
is implemented using a TMS320C25, and the following experiment is performed. The 
input signal is swept from 1287 Hz to 4025 Hz, then jumps back to 1287 Hz. The time 
for each sweep is one second. The input spectra at every second are shown in Figure 19a; 
the corresponding output spectra are shown in Figure 19b. From the observations on the 
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oscilloscope and signal analyzer, the significant SNR improvement, convergence speed, 
ability to track nonstationary signals, and long-term stability of the adaptive predictor are 
observed. 
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Figure 19(a). Spectrum of Input Signal 



STOP: 5,000 Hz 
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Figure 19(b). Spectrum of Enhanced Output Signal 

Summary 

Three adaptive structures and six update algorithms are implemented with the 
TMS320C25 and TMS320C30. Applications of adaptive filters and implementation con- 
siderations have been discussed. Two subroutine libraries that support both C language 
and assembly language for two processors were developed. These routines can be readily 
incorporated into TMS320C25 or TMS320C30 users' application programs. 

The advancements in the TMS320C25 and TMS320C30 devices have made the im- 
plementation of sophisticated adaptive algorithms oriented toward performing real-time 
processing tasks feasible. Many adaptive signal processing algorithms are readily available 
and capable of solving real-time problems when implemented on the DSP. These pro- 
grams provide an efficient way to implement the widely used structures and algorithms 
on the TMS320C25 and TMS320C30, based on assembly-language programming. They 
are also extremely useful for choosing an algorithm for a given application. The perfor- 
mances of adaptive structures and algorithms that have been implemented using the 
TMS320C25 and TMS320C30 have been summarized in Tables 1 and 2. 
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Table 1. The Performance of Adaptive Structures and Algorithms of TMS320C25 



TMS320C25 


Transversal 
Structure 


LMS 


Instruction Cycles 


7N + 28 


Program Memory (Word) 


33 


Leaky 
LMS 


Instruction Cycles 


8N + 28 


Program Memory (Word) 


34 


Sign-Data 
LMS 


Instruction Cycles 


1 1 N + 26 


Program Memory (Word) 


41 


Sign-Error 
LMS 


Instruction Cycles 


7N + 26 


Program Memory (Word) 


30 


Sign-Sign 
LMS 


Instruction Cycles 


11N-h21 


Program Memory (Word) 


30 


Normalized 
LMS 


Instruction Cycles 


7N-h57 


Program Memory (Word) 


47 


1 

Symmetric 

Transversal 

Structure 


LMS 


Instruction Cycles 


7.5N-h38 


Program Memory (Word) 


50 


Leaky 
LMS 


Instruction Cycles 


8N-h38 


Program Memory (Word) 


51 


Sign-Data 
LMS 


Instruction Cycles 


9.5N-h36 


Program Memory (Word) 


58 


Sign-Error 
LMS 


Instruction Cycles 


7.5N-h36 


Program Memory (Word) 


47 


Sign-Sign 
LMS 


Instruction Cycles 


9.5N + 31 


Program Memory (Word) 


47 


Normalized 
LMS 


Instruction Cycles 


7.5N + 69 


Program Memory (Word) 


66 


Lattice 
Structure 


LMS 


Instruction Cycles 


33N-I-32 


Program Memory (Word) 


63 


Leaky 
LMS 


Instruction Cycles 


35N + 32 


Program Memory (Word) 


65 


Sign-Error 
LMS 


Instruction Cycles 


36N + 32 


Program Memory (Word) 


65 


Normalized 
LMS 


Instruction Cycles 


SON + 34 


Program Memory (Word) 


92 



Note: N represents filter order. 
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Table 2. The Performance of Adaptive Structures and Algorithms of TMS320C30 



TMS320C30 


Transversal 
Structure 


LIVIS 


Instruction Cycles, 


3N + 15 


Program Memory (Word) 


17 


Leaky 
LMS 


Instruction Cycles 


3N + 15 


Program Memory (Word) 


19 


Sign-Data 
LMS 


Instruction Cycles 


5N-h16 


Program Memory (Word) 


24 


Sign-Error 
LMS 


Instruction Cycles 


3N + 16 


Program Memory (Word) 


18 


Sign-Sign 
LMS 


Instruction Cycles 


5N + 16 


Program Memory (Word) 


24 


Normalized 
LMS 


Instruction Cycles 


3N+47 


Program Memory (Word) 


49 


Symmetric 

Transversal 

Structure 


LMS 


Instruction Cycles 


2.5N-h15 


Program Memory (Word) 


23 


Leaky 
LMS 


Instruction Cycles 


2.5N + 19 


Program Memory (Word) 


26 


Sign-Data 
LMS 


instruction Cycles 


3.5N-h18 


Program Memory (Word) 


30 


Sign-Error 
LMS 


Instruction Cycles 


2.5N + 18 


Program Memory (Word) 


24 


Sign-Sign 
LMS 


Instruction Cycles 


3.5N + 17 


Program Memory (Word) 


30 


Normalized 
LMS 


Instruction Cycles 


2.5N-I-50 


Program Memory (Word) 


56 


Lattice 
Structure 


LMS 


Instruction Cycles 


14N + 9 


Program Memory (Word) 


20 


Leaky 
LMS 


Instruction Cycles 


16N-h9 


Program Memory (Word) 


22 


Sign-Error 
LMS 


Instruction Cycles 


16N + 9 


Program Memory (Word) 


22 


Normalized 
LMS 


Instruction Cycles 


67N-H9 


Program Memory (Word) 


73 



Note: N represents filter order. 
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List of Appendices for Implementation of Adaptive Filters with the 

TMS320C25 and TMS320C30 

Appendix Title 

Al Transversal Structure with LMS Algorithm Using the TMS320C25 

A2 Transversal Structure with LMS Algorithm Using the TMS320C30 

Bl Symmetric Transversal Structure with LMS Algorithm Using the 

TMS320C25 
B2 Symmetric Transversal Structure with LMS Algorithm Using the 

TMS320C30 
CI Lattice Structure with LMS Algorithm Using the TMS320C25 

C2 Lattice Structure with LMS Algorithm Using the TMS320G30 

Dl Transversal Structure with Normalized LMS Algorithm Using the 

TMS320C25 
D2 Transversal Structure with Normalized LMS Algorithm Using the 

TMS320C30 
El Transversal Structure with Sign-Error LMS Algorithm Using the 

TMS320C25 
E2 Transversal Structure with Sign-Error LMS Algorithm Using the 

TMS320C30 
F 1 Transversal Structure with Sign-Sign LMS Algorithm Using the TMS320C25 

F2 Transversal Structure with Sign-Sign LMS Algorithm Using the TMS320C30 

Gl Transversal Structure with Leaky LMS Algorithm Using the TMS320C25 

G2 Transversal Structure with Leaky LMS Algorithm Using the TMS320C30 

HI Assembly Subroutine of Transversal Structure with LMS Algorithm Using 

theTMS320C25 
H2 Linker Command File for Assembly Main Program Calling a TMS320C25 

Adaptive LMS Transversal Filter Subroutine 
H3 TMS320C30 Adaptive Filter Initialization Program 

H4 Assembly Subroutine of Transversal Structure with LMS Algorithm Using 

the TMS320C30 
H5 Linker Command/file for Assembly Main Program Calling the TMS320C30 

Adaptive LMS Transversal Filter Subroutine 
II C Subroutine of Transversal Structure with LMS Algorithm Using the 

TMS320C25 
12. C Subroutine of Transversal Structure with LMS Algorithm Using the 

TMS320C30 
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I 

I' 



t 









I 
G 



.title 'TLHS' 



TLMS : Adaptive Filter Using Transversal Structure 
and LH3 Algorithn, Looped Code 



RESERVE ADDRESSES FOR PWWHETERS 



-> y(n) 



D: 


.usect 


"parameters", 1 


Y: 


.usect 


"para»eters",l 


err: 


.usect 


"para»eters",l 


ONE: 


.usect 


"paraifteters",! 


U: 


.usect 


"paraaeters",! 


ERRF 


.usect 


"para»eters",l 


T» WT TiHr It TiHr TT iTTr w tttt x XX 


» 


PERFORM THE ADAPTIVE FILTER 


»(««««««t1h»t«««»«»*««»»«»«««H«««« 




.text 





a 



ESTIMATE THE SIGNAL Y 



AlqorithBJ 



y(n) = SUM M(k)*x(n-k) k=0,l,2,...,63 
k=0 

e(n) = d(n) - y(n) 

w(k) = w(k) + u*e(n)»x(n-k) k=0,l,2,..63 

Where ue use filter order = 64 and nu = 0.01. 

Note: This source prograa is the generic version; I/O configuration has 
not been set up. User has to nodify the nain routine for specific 
application. 

Initial condition: 

1) PM status bit should be equal to 01. 

2) SXM status bit should be set to 1. 

3) The current DP (data aeftory page pointer) should be page 0. 

4) Data neaiory ONE should be 1. 

5) Data neiiory U should be 327. 

Chen, Chein-Chung February, 1989 



DEFM PARAMETERS 



ORDER: 
PAGED: 



64 







♦ DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS 

# 

XO: .usect "buffer", ORDER-1 

XN: .usect "buffer",! 

WN: .usect "coeffs", ORDER 



LARP 


AR3 




CNFP 




Configure BO as progran seaory 


MPYK 





Clear the P register 


LAC 


ONE, 15 


Using rounding 


LRLK 


AR3,XN 


point to the oldest saaple 


RPTK 


ORDER-1 


Repeat N tiies 


MACD 


HN+Ofd00h,«- 


Estinate Y(n) 


CNFD 




Configure BO as data aeiory 


APAC 






SACH 


Y 


Store the filter output 


COMPUTE THE ERROR 




NEG 




ACC = - Y(n) 


ADDH 


D 




SACH 


ERR 


ERR(n) = D(n) - Y(n) 


UPDATE THE WEIGHTS 




LT 


ERR 


T = ERR(n) 


MPY 


U 


P = U *ERR(n) 


PAC 






ADD 


ONE, 15 


Round the result 


SACH 


ERRF 


ERRF = U»ERR(n) 


LARK 


ARl, ORDER-1 


Set up counter 


LRLK 


AR2,WN 


Point to the coefficients 


LRLK 


AR3,XN+1 


Point to the data sanple 


LT 


ERRF 


T register = U ♦ ERR(n) 


MPY 


*-,AR2 


P = U ♦ ERR(n) » X(n-k) 


r ZALR 


»,AR3 


Load ACCH with A(k,n) & round 


MPYA 


*-,AR2 


H(k,n+1) = H(k,n) + P 
P = U*ERR(n) * X(n-k) 


SACH 


»+,0,ARl 


Store W(k,n+1) 


BANZ 


ADAPT, »-,AR2 







H 




^ 


c! 


to 


C/3 


C/3 


B 


< 


CTQ 


^ 




C/3 


n> 






C/) 


H 




S 


^ 




U) 


c 


K) 


"^ 


O 


(^ 




1. 


in 


f^ 



Xfl 



QTQ 

O 



0\ 



f 



t 















input: 



T30 - Adaptive transversal filter «ith UtS algoritha 
using the TMS320C30 



I/O configuration! 
d(n) 



-> y(n) 



LDF #AR6,R7 
LDF ♦+«^6(1),R6 
SF R6,«flR0 


• Input d(n) 

• Input x(n) 

; Insert x(n) to buffer 


: FILTER OUTPUT y(n) 




LDF 0.0,R2 5 R2 = 0.0 

I1PYF3 ♦/«0++(l)X,»f«l++(l)X,Rl 

RPTS order-2 

l1PyF3 tAROt+CDX, »<«!♦+( 1)X,R1 

ADDF3 R1,R2,R2 ; y(n) = vU.xll 

ADDF R1,R2 ; Include last result 



S3 

a 



COMPUTE ERROR SIGNAL €(n) m OUTPUT y(n) Wffi e(n) SIGNW.S 



Algoritht: 



y(n) =SUI1 M<k)*x(n-k) k=0,l,2,. 
k=0 



.,63 



SUBF 


R2,R7 


; e(n) = d(n) - y(n) 


STF 


R2,»AR7 


; Send out y(n) 


STF 


R7,t+AR7(1) 


; Send out e(n) 



UPDATE UEIGHTS u(n) 



e(n) = d(n) - y(n) 

H(k) = w(k) + u*e<n)»x(n-k) k=0,l,2,..63 
Uhere k»e use filter order = M and m = 0.01. 
Chen, Chein-Chung March, 1989 

•copy "adapfltr.int" 
PERFORM AIWTIVE FILTER 

Hif«««»«««f«*«««#t««««W«*M#*««WH«»««M#*M««tf«HHHHHl 

order .set 64 



rPYF 

MPYF3 

LDI 

RPTB 

rPYF3 

ADDF3 

STF 

MPYF3 

ADDF3 

BD 

STF 

ADDF3 

SF 



eu,R7 

»AR0++(l)X,R7,Rl 

order-3,RC 

LMS 

*AR0++(1)Z,R7,R1 

♦^1,R1,R2 

R2,»ARl++(l)X 

♦tf«),R7,Rl 

♦AR1,R1,R2 

input 

R2,*AR1++(1)X 

♦«?1,R1,R2 

R2,»/«1++(1)X 



5 R7 = e(n) » u 

• Rl = e(n) * u ♦ x(n) 

; Initialize repeat counter 

. Do i = 0, N-3 

; Rl = e(n) * u * x(n-i-l) 

• R2 = wi(n) + e(n) * u « x(n-i) 

; «i(n+l) = «i(n) + e(n) ♦ u « x(n-i) 

; For i = N - 2 

; Delay branch 

; wi(n+l) = Mi(n) + e(n) « u » x(n-i) 

; Update last h 





H 




^ 


c 


^ 




VI 


C/5 


^^* 




^ 


QTQ 


•^ 




Cf) 




s. 


rt> 






CZl 


h^ 


g 


^ 


^ 


a 


U) 


c 


fcs> 


1^ 


o 


n 


n 


1, 


o 


S-' 



.set 



01 



DEFIfC CONSTANTS 



INITIALIZE POINTERS m /«RAYS 



begin 



.set 
LDI 


$ 

order,BK 


; Set up circular buffer 


LDP 


«xn_addr 


; Set data page 


LDI 


«xn_addr,ARO 


; Set pointer for xll 


LDI 


ewn.addr,<«l 


; Set pointer for m[] 


LDF 


0.0,RO 


; RO = 0.0 


RPTS 


order-1 




STF 


R0,»<«0++(1)X 


; x[3 = 


STF 


R0,»AR1++(1)X 


; i*[] = 


LDI 


ein-addr,M^6 


; Set pointer for input ports 


LDI 


eout_addr,AR7 


; Set pointer for output ports 



xn 

wn 

in.addr 

out.addr 

xn_addr 

wn.addr 

u 

cinit 



.usect 
.usect 
.usect 
.usect 
.usect 
.usect 
.usect 
.sect 
.word 
.word 
.word 
.word 
.word 
.float 
.end 



"buffer", order 

"coeffs", order 

"var5",l 

"vars'.l 

"vars",l 

"vars",l 

■vars',1 

".cinit" 

5, in.addr 

0804000h 

0804002h 



C/5 



GfQ 

O 



»«M«««*««M«««H«H««M*«M* 



Y25 : Adaptive Filter Using SyMetry Transversal Structure 
and LHS Algorithn, Looped Code 



y(n) 



-XSUH) — > e(n) 



!/ 
(SUH) 



!/ 
(SUn) 



1/ 
(SUH) 



1/ 
(SUM) 



Algoriths: 

zl(n-k) = x(n-k) + x(n-63+k) k=0,l,...,31 

31 
y<n) = sun H(k)*x(n-k) k=0,l,2,...,31 
k=0 

e(n) = d(n) - y(n) 

«(k) = u(k) + u»e(n)»2l(n-k) k=0,l,2,..31 

Where Me use filter order = 64 and »u = 0.01. 

Note: This source prograa is the generic version; I/O configuration has 
not been set up. User has to Bodify the aain routine for specific 
application. 

Initial condition: 

1) PI1 status bit should be equal to 01. 

2) SXH status bit should be set to logic 1. 

3) The current DP (data neaory page pointer should be page 0. 

4) Data aeaory OS. should be 1. 

5) Data Mnory U should be 327. 

Chen, Chein-Chung February, 1989 



§ 



t DEFINE PtfWETERS 




ORDER: .«qu 


64 




0RDER2: .equ 


32 




♦ DEFINE ADDRESSES OF BUFFER AND COEFFICIENTS 


FRSBUF: .usect 


•buffer •,0RD£R2-1 




LASBUF: .usect 


■buffer", 1 




UN: .usect 


-coeffs-,0RDER2 




FRSDAT: .usect 


"coeffs",ORDER-l 




LASDAT: .usect 


■coeffs",l 




» RESERVE ADDRESSES FOR PARAHETERS 




D: .usect 


•parameters", 1 




Y: .usect 


•par«eters",l 




err: .usect 


•para»eters",l 




one: .usect 


"paraieters',1 




U: - .usect 


"para»eter5",l 




ERRF: .usect 


"par»eters",l 




<HWHHHHHimn»»» » tHJUHUHHUWMfW 




» PERFORM THE ADtf>TIVE FILTER 




H«f«H««H*««M«Hff««tM»«M«««« 




.text 
* 






t SYMMETRIC BUFFER ADDITION 




LARP 


AR3 




LARK 


AR1,0RDER2-1 


; Set up the counter 


LRIX 


AR2, LASDAT 


; Point to oldest data 


LRLK 


AR3, FRSDAT 


; Point to nevest data 


LRIX 


AR4, FRSBUF 


; Point to first buffer 


SYM LAC 


*+,0,AR2 




ADD 


.♦-,0,AR4 




SACL 


»*,0,AR1 


? Buffer(k) = DAT(n+k) + DAT(n-M*k) 


BANZ 


SYH,»-,AR3 




» ESTimTE THE SIGNAL Y 




CNFP 




; Configure BO as prograi MBory 


MPYK 





; Clear the P register 


LAC 


ONE, 15 


; Using rounding 


LRLX 


AR3, LASBUF 


; Point to the oldest buffer 


FIR RPTK 


0RDER2-1 


; Repeat N/2 tiae 


HACO 


NN^fdOOh,t- 


; Estiaate Y(n) 


CNFD 




; Configure BO as data aeaory 


APAC 






SACH 


Y 


; Store the filter output 


t COMPUTE THE ERROR 





> 



fTQ 


J^ 


© 


^ 


•^ 


3 




3 


B 


£2^ 




^ 


d 




C/) 






H 


^^ 


P 


sr 


M 


fD 


< 




ft 


H 




S 


^ 


C/) 




f^ 


(/5 


o 

n 




ls> 


e^ 


en 


c 




rD 



r 



00 



•5, 
I 

31 



NEC 


' 


ACC = - Y(r.) 


ADD 


D,15 




SACH 


m 


ERR(n) = D(n) - Y(n) 


UPDATE THE HEIGHTS 




LT 


ERR 


T = ERR(n) 


HPY 


U 


P = U ♦ ERR(ft) 


PAC 






ADD 


ONE, 15 


Round th« result 


SACH 


ERRF 


ERRF = U » ERR<n) 


LARK 


AR1,0RDER2-1 


S«t up counter 


LRLK 


AR2,UN 


Point to the coefficients 


U^LK 


AR3,LASBUF 


Point to the last buffer 


LT 


ERRF 


T register = U ♦ ERR(n) 


HPY 


♦-,AR2 


P = U » ERR(n) ♦ X(n-k) 


r ZALR 


»,AR3 


Lo4(J ACCH with A(k,n) & round 


HPYA 


»-,AR2 


H(k,n+1) = W(k,n) + P 
P = U « ERR(n) t X(n-k) 


SACH 


♦+,0,AR1 


Store H(k,n+1) 


BANZ 


ADAPT,»-,AR2 





UPDATE DATA POSTION FOR NEXT ITERATION 



FINISH 


LRLK 


AR2,LASDAT-1 


DATHOV 


RPTK 


ORDER-2 




DMOV 


t- 



; Set pointer 

; Repeat N-1 tines 

; Shift data for next iteration 






I 



Q 



f 
I 

g 

I 

t 



s 



I 



p3 



Y30 - Adaptive syHHtric transversa) filter uith 
U1S algorithm using the TnS320C30 

Algorithn: 

z(n-k) = x(n-k-l) + x(n-63+k) k=0,l,...,31 

31 
y(n) = SUM »((k)#2(n-k) k=0,l,2,...,31 
k=0 

e(n) = d(n) - y(n) 

w(k) = w(k) ♦ u*e(n)*z(n-k) k=0,l,2,..31 

Where tie use filter order = 64 and lu = 0.01 

PERFORH ADAPTIVE FILTER 



LDF 


0.0,R2 


; R2 = 0.0 


LDI 


ARO.ARS 


; Set backi»ard pointer for x[3 


LDI 


order/2-2,RC 




RPTB 


IWER 





HPYF3 

SF 

A0DF3 

AD0F3 



rPYFS 
STF 



♦AR4++(1)Z,»AR5~(1)Z,R1 

5 2(n) = x[n-i] + x[n+N-il 

R1,«AR1++(1),R3 • yC] = ttt].z[] 

R1,«AR2++(1) . Store z(n) 

R3,R2,R2 ; AccwuUte the result 

♦AR4++(1)X,#<«5-(1)Z,R1 

; z(n) = x[n-i] ♦ x[n*N-i] 

R1,«AR1-(IR0),R3 ; y[] = nCl.zt] 

R1,»AR2-(IR0) . Store z(n) 

R3,R2 ; Include last result 



begin 



inputi 



.copy 


■adapfltr.int" 




r .set 


64 


Filter order 


.set 


0.01 


Step size 


INITIALIZE POINTERS AND ARRAYS 




.text 






n .set 


$ 




LDI 


order, BK 


Set up circular buffer 


LDP 


fc<n_addr 


Set data page 


LDI 


exn_addr,<«0 


Set pointer for xU 


LDI 


«»n_addr,ARl 


Set pointer for m[] 


LDI 


ezn^ddr,AR2 


Set pointer for z[] 


LDI 


order/2-1, IRO 


Set index pointer 


LDF 


0.0,R0 


SO ■= 0.0 


RPTS 


order-1 




STF 


R0,»AR0+*(1)I 


x[] = 


RPTS 


order/2-2 




STF 


R0,*/«1-H(l) 


H[] = 


!! STF 


R0,*/«2++(l) 


z[] = 


STF 


R0,»AR1~(IR0) 


H[] = 


II SF 


R0,tAR2-(IR0) 


z[] = 


LDI 


ein.addr^AR6 


Set pointer for input ports 


LDI 


eout_addr,AR7 


Set pointer for output ports 


LDF 


«AR6,R7 


Input d(n) 


II LDF 


*4^6(1),R6 


Input x(n) 


LDI 


AR0,AR4 


Set forvard pointer for xtl 


STF 


R6,»AR0~(1)X 


Insert x{n) to buffer 



COMPUTE ERROR SIGNAL e(n) AND OUTPUT y(n) and e(n) SIGNALS 



COMPUTE FILTER OUTPUT y(n). 








SUBF 


R2,R7 


5 e(n) = d(n) -y(n) 




STF 


R2,tAR7 


; Send out y(n) 




1 STF 


R7,«*AR7(1) 


; Send out e(n) 


* UPDATE WEIGHTS win) 






HPYF 


«u,R7 


; R7 = e(n) » u 




MPYF3 


*AR2++(1),R7,R1 


; Rl = e(n) * u « z(n) 




LDI 


order/2-3, RC 


; Initialize repeat counter 




RPTB 


LMS 


; Do i = 0, N-3 




fPYF3 


*AR2++(1),R7,R1 


; Rl = e(n) » u » z(n-i-l) 


1 


ADDF3 


*^1,R1,R2 


; R2 = Hi(n) + e(n) ♦ u » z( 


LHS 


SF 


R2,»ARl++a) 


; wiCn+l) = Hi(n) + e(n) t u 




HPYF3 


*AR2~(IR0),R7,R1 


; For i = N - 2 


1 


ADDF3 


*AR1,R1,R2 






SU 


input 


; Delay branch 




STF 


R2,«AR1++(1) 


; wi(n*l) = Hi(n) + e(n) * u 




ADDF3 


*AR1,R1,R2 


; Include last m 




STF 


R2,tARl-(IR0) 


; Update last h 


* DEFINE CONSTANTS 






xn 


.usect 


'buffer", order 




Mn 


.usect 


"coeffs', order/2 




zn 


.usect 


"coeffs*, order/2 




in.addr 


•usect 


•vars',1 




out.addr 


.usect 


■vars",l 




xn_addr 


.usect 


•varsM 




«n.addr 


.usect 


"vars',1 




zn.addr 


.usect 


■vars",l 




u 


.usect 


"vars',1 




cinit 


.sect 


".cinit" 






.word 


6,in_addr 





> 

a 



> • 

5 

3 

ft 



© 



ST 

3 ^ 

ST ^ 

n c 

ft 



r 

C/5 
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Ch«n, Chcin-Chung F«brMry, 1 






L2S : Adaptive Filter Using Lattice Structure 
and U1S Algoritha, Looped Code 



fO(n) + fHn) fi-l(n) 
1-XSUH) >....- 



DEFIFE PflRAHETERS 



UEFltE ADDRESSES OF BUFFERS m COEFFICIENTS 



-!Z!-!~>(SUH) >.... 

bO(n)!-l + bHn) bi-l(n) 



*ki-l 
♦ki-1 

Z 



Gi: 


.usect 


"coeffs- 


,ORDER 


Kl: 


.usect 


•coeffs" 


.ORDER 


Fl: 


.usect 


"coeffs" 


,ORDeR+l 


Bl: 


.usect 


"buffer" 


,0RDER^1 


BDl: 


.usect 


"buffer- 


,0RDER+1 



-XSUH) — >bi{n) 



RESERVE M)DRESSES FOR PMUMETERS 



Algorithm: 

fi(n) = fi-l(n) - Ki(n) # bi-l(n-l) i=l,2,., 



bi(n) = bi-l(n-l) - Ki(n) ♦ fi-l(n) i=l,2,...,64 

i-1 
ei(n) = d(n) - SUM yk(n) = ei-1 - bi-l(n)»6i-l(n) i=l,2,...,64 
k=0 
64 64 
y(n) = sun yi(n) = SUH bi(n)«Gi(n) 
i=0 i=0 

Ki(n+1) = Ki(n) + w « [ fi(n)»bi-l(n-l) + bi(n)»fi-l(n) ] 

Gi(n+1) = Gi(n) + w « ei(n) * bi(n) i=l,2,..64 

Where filter order = 64 and w = 0.01. 

Note: This source prograa is the generic version; I/O configuration has 
not been set up. User has to Modify the Min routine for specific 
application. 

Initial condition: 

1) PH status bit should be equal to 01. 

2) SXM status bit should be set to logic 1. 

3) The current DP (data M»ory page pointer) should be page 0. 

4) Data Beiory U should be 327. 

5) The Bl & BDl pointer (AR3 & AR4) should be exchanged every 
iteration. For exaaple, 

For odd iteration: AR3 — > Bl 

W4 ~> BDl 
For even iteration: AR3 ~> BDl 

PRA -> Bl 



D! 


.usect 


•paraieters",l 


x; 


.usect 


"parameters", 1 


Y: 


.usect 


"parameters",! 


E: 


.usect 


"parameters",! 


U: 


.usect 


"parameters",! 


TEMP: 


.usect 


"parameters",! 



PERFORM THE ADAPTIVE FILTER 



INITIALIZE THE POINTERS 



> 






C/) 



rt> 



il 



C/5 



LARP 


AR3 




LARK 


Ml, ORDER-! 




LRLK 


AR2,F! 




LRLK 


AR3,B1 




LRLK 


M?4,BD1 




LRLK 


AR5,G1 




LRLK 


PRb,Kl 




.IZE THE Bl AW Fl 




LAC 


X 




SACL 


»,0,/«2 




SAa 
IZATIOt 


*,0,tf»3 




LT 


t,AR5 


T = B! 


MPY 


»,AR2 


P = Bl ♦ G! 


PAC 




ACC = Bl ♦ Gl 


SACH 


Y 


Initialize Y(0) = Bl ♦ Gl 


^G 




ACC = -(Bl « Gl) 


ADDH 


D 


ACC = D(n) - Bl t Gl 


SACH 


E- 


Initialize E(0) = D(n) - Bl * Gl 



in ^ 



C/) 



O 

sr 
S 



: ^ 
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^ 

f^ 



§ 


t bi(n) = bi-l(n-l) - Ki(n) ♦ fi-l(n) i=l,2,...,64 




t . 


t ei(n) = (Kn) - SUH yk(n) = ei-1 - bi-l(n)»Gi-l(n) i 

f k=0 

i 64 64 

t y(n) = SUM yi(n) =«UM bi(n)»Gi(n) 


=1,2,. ..,64 


i' . 


f i=l i=l 








Q 






L30 : Adaptive Lattice Structure Filter with LMS Algorithi 
' using the TMS320C30 

Algorithi>: 

fi(r.) = fi-Un) - Ki(n) ♦ bi-l(n-l) i=l,2,...,64 



Ki(n+I) = Ki(n) + lu » [ fi(n)«bi-l(n-l) + bi(n)»fi-l(n) ] 
Gi(n+1) = Gi(n) + au « ei(n) # bi(n) i=l,2,..64 
Where filter order = 64 and m = 0.04. 

Chen, Chein-Chung rtarch, 1989 

«t«*M«»«*«t«««**««H»**«H««f*«HHH»*H«««««M*#«»««««««4«««««* 

.copy adapfltr.int" 

perforh adaptive filter 



.set 
.set 



64 
0.04 



; Filter order 
; Step size 



INITIALIZE POINTERS AND ARRAYS 



begin 



input: 



.Text 
.set 


% 




LDI 


order«2,BK 


; Set up circular buffer 


LDP 


tkn.addr 


; Set data page 


UI 


«kn_addr,AR0 


; Set pointer for kt] 


LDI 


ebn-addr,tf^l 


; Set pointer for b[] 


LDI 


«gn_addr,AR2 


; Set pointer for g[] 


LDI 


order, IRO 




LDF 


0.0,R0 


; RO = 0.0 


RPTS 


order*2-l 




STF 


R0,«ARO++(l)X 


? k[] = 0.0 and g[] = 0.0 


STF 


R0,»AR1++(1)Z 


; b[] = 0.0 and bdt] = 0.0 


AODI 


AR1,IR0,AR4 




LDI 


§in_addr,AR6 


; Set pointer for input por 


LDI 


tout-addr,AR7 


; Set pointer for output pc 


LDF 


*AR6,R7 


; Input d(n} 


LDF 


«^AR6(1),RS 


; Input x(n) 





^PYF3 


R5,*AR2,R6 


Bl ♦Gl 




STF 


R5,»AR1 


Insert Bl 




SUBF 


R6,R7 


E = D - Bl « Gl 




LDI 


order-l,RC 






RPTB 


lattice 






MPYF3 


♦AR0,R5,R3 


R3 = kFi-1 




tIPYFS 


R7,»AR1++(1)X,R0 


RO = Ei-1 » Bi-1 




SUBF3 


R3,«AR4,R3 


R3 = Bi = BDi-1 - kFi-1 




MPYF 


8u,R0 


RO = u ♦ Ei-1 * Bi-1 




ADDF3 


RO,*AR2,R0 


RO = Gi-1 + u ♦ Ei-1 ♦ Bi-1 




STF 


R3,*AR1 


Store Bi 




MPYF3 


R5,*AR1,R1 


Rl = Fi-1 * Bi 




STF 


R0,»AR2++(1) 


Store Gi 




MPYF3 


«AR0,*AR4,R0 


RO = kBDi-1 




SUDF 


R0,R5 


R5 = Fi 




MPYF3 


R5,#AR4++(1)X,R0 


Rl = Fi » BDi-1 




ADDF 


R1,R0 


RO = Fi»BDi-l + Fi-l»Bi 




MPYF 


eu,R0 


RO = u ♦ (Fi«BDi-l + Fi-UBi) 




ADDF3 


RO,»ARO,RO 


ki = ki-1 + RO 




hPYF3 


R3,«AR2,R4 


R4 = Yi 




STF 


R0,»AR0++(1) 


Store ki 




ADDF 


R4,R6 


Compute y(n) 


lattice 


SUBF 


R4,R7 


Conpute e(n) 


♦ OUTPUT y(n) AND 


e(n) SIGNALS 






BD 


input 


Delay branch 




SUBF 


R4,R6 


Take out last tera 




STF 


R6,»AR7 


Send out y(n) 


1 


STF 


R7,*+/«7(l) 


Send out e(n) 




LDI 


tAR0~(IR0),R5 


Update kt] pointer 




LDI 


*AR2-(IR0),R7 


Update gC] pointer 


* DEFINE CONSTANTS 






kn 


.usect 


"coeffs", order 




gn 


.usect 


"coeffs", order 




bn 


.usect 


"buffer", 2»order 




in_addr 


.usect 


"vars",l 




out.addr 


.usect 


•vars',1 




kn_addr 


.usect 


"vars",l 




bn_addr 


.usect 


"vars",l 




gn_addr 


.usect 


"vars",l 




u 


.usect 


"vars",! 




cinit 


.sect 


".cinit" 






.word 


6,in-addr 






.word 


0804000h 






.word 


0804002h 






.ttord 


kn 






.wrd 


bn 






.Mord 


gn 






.float 


MU 






.end 









> 




^ 




^ 




ft 




S3 




St 








^' 




n 




• 


r\ 


^ 


£• 


(-t' 




f-^ 


3* 

QTQ 






55 


H 


g 


S 




^ 


^ 


U) 


f^ 


bj 




o 


1^ 


n 


S-' 


U) 


^ 


o 


■ ■ 



C/5 



GTQ 
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t 
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.title 'TN25' 

W««W«OW«W»«HHI»HHHrt»»«»fWHHHH>*W»*t«»*««nilllinilHinninM 

TICS ! Adaptive Filter Using Transversal Structure 
and NorMlized LHS Algorithi .Looped Code 

Algorithn: 

63 
y(n) = SUM M(k)*x(n-k) k=0,l,2,...,63 
k=0 

e{n) = d(n) - y(n) * 

var(k) = (l.-r) » var(K-l) + r * x(n) ♦ x(n) 

H(k) = w(k) + u*e(n)*x(n-k)/var(k) k=0,l,2,..63 

Where we use filter order = M and w = 0.01. 

Note: This source program is the generic version; I/O configuration has 
not been set up. User has to todify the lain routine for specific 
application. 

Initial conditions 

1) PH status bit should be equal to 01. 

2) SXn status bit should be set to 1. 

3) The current DP (data neaory page pointer) should be page 0. 

4) Data MBory Qt£ should be 1. 

5) Data nenory U should be 327. 

6) Data Miory VAR should be initialized to 07fffh. 

Chen, Chein-Chung February, 1989 
DEFII€ P<«ANETERS 



Y: 


.usect 


"para»eters",l 


ERR: 


.usect 


"parameters", 1 


ONE: 


.usect 


"parameters", 1 


U: 


.usect 


"parameters",! 


ERRF: 


.usect 


"parameters",! 


VAR: 


.usect 


"parameters",! 



PERFORM TIC ADAPTIVE FILTER 



order: 


.equ 


64 


SHIFT: 


.equ 


7 


paged: 


.equ 






.text 






ESTIfWTE THE POWER OF SIOW. 




LARP 


<V^ 




LRLK 


Afi3,X0 


• Point to input signal X 


SQRA 


* 


; Square input signal 


SPH 


ERRF 




ZALH 


VAR 


; ACC = VAR(n-l) 


SUB 


V<«, SHIFT 


; ACC = (l-r) » VAR(n-l) 


ADD 


ERRF, SHIFT 


• ACC = (l-r) ♦ VW^(n-!) + r » X(n) 
; * X(n) 


SACH 


VAR 


; Store VM%(n) 


ESTIMATE THE SIGNAL Y 




CNFP 




; Configure BO as program memory 


MPYK 





; Clear the P register 


LAC 


ONE, 15 


; Using rounding 


LRLK 


tfQ.XN 


; Point to the oldest sample 


RPTK 


ORDER-1 


• Repeat N times 


HACD 


WN+OfdOOh,»- 


; Estimate Y(n) 


CNFD 




; Configure BO as data memory 


APAC 






SACH 


Y 


; Store the filter output 


COMPUTE THE ERROR 




m 




;ACC = -Y(n) 


ADDH 


D 




SACH 


ERR 


. ERR(n) = D(n) - Y(n) 



UPDATE Tl€ WEIGHTS 



♦ DEFIIC ADDRESSES OF BUFFER fiO COEFFICIENTS 

» 

XO: .usect "buffer", ORDER-1 

XN: .usect "buffer",! 

WN: .usect "coeffs", ORDER 

t RESERVE ADDRESSES FOR PfiRA«TERS 

D: .usect "parameters", 1 



LT 


ERR 


• T = ERR(n) 


MPY 


u 


; P = U » ERR(n) 


PAC 






ADD 


ONE, 15 


; Round the result 



NORHtt-IZE CONVERGE FACTOR 

ABS 

RPTK 14 

SUBC VAR 

BIT ERR,0 



; Make dividend positive 

; Repeat 15 times 

1 Perform U » lERR(n)! / V^ 

; Check sign of ERR(n) 





^ 




^ 




(V 









a 




N^* 




><i 




o 




J^ 


> 






H 


^ 


S 


a* 




S 


^ 

^ 


d 




^ 




N^* 




S3 


^ 


CTQ 




P-K 


d 


sr 


o 


rt 


^ 




p 


^ 


•-s 


^ 


ft 

1, 


w 


f^ 


fco 


sr 


o 




n z 


K> 


o 


Ul 






3 




E- 












N 




ft> 




a 
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»«^ 




BBZ 


NEXT 




1^ 




m 




ERRF = - U » !ERR(ri)l / VAR 


^ 


NEXT 


SACL 


ERRF 


Store ERRF 


^ 


« 












LARK 


AR1,0RDER-1 


Set up counter 




LRLX 


AR2,UN 


Point to the coefficients 


s 




LRLK 


AR3,XN+1 


Point to the data satiples 


3". 




LT 


ERRF 


T register = U « ERR(n) 


§ 




MPY 


♦-,fiR2 


P = U * ERR(n) ♦ X(n-k) 


^ 


ADAPT 


ZALR 


»,AR3 


Load ACCH with A(k,n) i round 




MPYA 


»-,Afi2 


W(k,n+1) = W(k,n) + P 


li^ 


« 






P = U ♦ ERR(n) ♦ X(n-k) 


t" 




SACH 


»+,0,ARl 


Store W(k,n+1) 




BANZ 


ADAPT, ♦-,AR2 




ST. 


FINISH 


.end 






^ 

















Q 






as 



#*«««#*« t*««*M«« 



H>*»HHHHHHHHmHHt»«W« «♦* W*» » H I t » f 



• ESTirWTE 1\£ POWER OF THE INPUT SIGNM. 



I 



t 



TN30 - Adaptiv« transversal filter with NorMlizcd UtS algorithi 
using the TnS320C30 

Algoriths: 

63 
y(n) = SUM i(k)»x(n-k) k=0,l,2,...,63 
k=0 

var(n) = r«var(n-l) + (l-r)tx(n)«x(n) 

e(n) = din) - y(n) 

H(k) = w(k)> ute(n)*x(n-k)/var(n) k=0,l,2,..&3 

Where we use filter order = 64 and m = 0.01. 

Chen, Chein-Chung March, 1989 

«WftM««H«M««He«HffMf«H««HfHH«HtfMeH4« 

.copy "adapfltr.int" 
* PERFORM AIXyTIVE FILTER 



tfYF R6,R6 

HPYF lr_l,R6 

LDF «r,R3 

rt>YF «var,R3 

CO«>UTE FILTER OUTPUT y(n) 

LDF 0.0,R2 



; R6 = x2 

; R6 = (1-r) ♦ x2 



I R3 = r « var(n-l) 



HPYF3 


*AR0++(1)1,#/«1*+U)X,R1 


AODF 


R6,R3 


STF 


R3,^ar ; Restore Yar(n) 


RPTS 


order-2 


WYF3 


»<«0++(l)Z,«<«l*+a)X,Rl 


ADDF3 


R1,R2,R2 ; y(n) = m[].x[3 


ADDF 


R1,R2 ; Include last result 



COMPUTE ERROR SIGNW. e(n) 

SUBF R2,R7 

OUTPUT yin) tm e(n) SIGIMLS 



; e(n) = d(n) - y(n) 



53 


order 


.set 


64 


; Filter order 


5^ 


BU 


.set 


0.01 


; Step size 


^ 


power 


.set 


1.0 


• Input signal power 


^ 


alpha 


.set 


0.996 




^ 


alphal 


.set 


0.004 


; 1.0 - alpha 


^ 


» INITIW.IZE POINTERS AND W«AYS 




S* 


* 








<^ 




.text 






1::^ 


begin 


.set 


% 




S; 




LDI 


order, BK 


! Set up circular buffer 


^ 




LEP 


lxn.addr 


; Set data page 


KJ 




LDI 


txn.addr,AR0 


; Set pointer for xTl 


O 




LDI 


twn.addr,Ml 


; Set pointer for w[l 


G 




LDF 


0.0,R0 


• RO = 0.0 




RPTS 


order-l 




o 




STF 


R0,«MK>^(1)Z 


; xt] = 


">t 




1 STF 


RO,tWlH-(l)X 


5 w[] =0 






LDI 


€in^ddr,Mt6 


; Set pointer for input ports 




LDI 


eout.addr,AR7 


; Set pointer for output ports 


Oo 


input: 










LDF 


«<«6,R7 


; Input d(n) 


o3 

tsj 

O 




! LDF 


t+AR6(l),R6 


; Input x(n) 




STF 


R6,<MK) 


; Insert x(n) to buffer 


o 










Ui 










o 











STF 


Ri,*m 


{ Send out y(n) 


I! STF 


R7,*+AR7(1) 


; Send out e(n) 


UPDATE WEIGHTS w 


(n) 




PUSHF 


R3 


5 Compute l/var{n) 


POP 


R2 


; var(n) = a * 2e 


ASH 


-24,R2 




NEGI 


R2 




SUBI 


1,R2 


• Now we have 2-e-l 


ASH 


24, R2 




PUSH 


R2 




POPF 


R2 


; Now R2 = xTO] = 1.0 t 2-e-l. 


rPYF 


R2,R3,R0 


. RO = V f xCO] 


SUBRF 


2.0,R0 


; RO = 2.0 - V ♦ xCO] 


tfYF 


R0,R2 


; R2 = x[l) = x[0] t (2.0 - V * x[0]) 


fPYF 


R2,R3,R0 


; RO = V t xcn 


SUBRF 


2.0,R0 


5 RO = 2.0 - V t xTl] 


fPYF 


R0,R2 


; R2 = x[23 = xTU # (2.0 - v ♦ x[l]) 


rf>YF 


R2,R3,RO 


• RO^ V « x[21 


SUBRF 


2.0,R0 


5 RO = 2.0 - V t xC21 


fPYF 


R0.R2 


; R2 = x[3] = xm t (2.0 - V # x[2]) 


«>YF 


R2,R3,R0 


; RO = V ♦ xC33 





> 




^ 




IS 




f^ 









a 




^^» 




X 




O 




K> 


> 


• 


OTQ 


H 


? 


s 




S 
< 


3 


n 


c 


K> 


£• 


t^^ 






3* 


^ 


dQ 


^ 


CL 


c 


O' 


n 


f^ 


f^ 




p 


H 


3 


g 


ft 

1, 


C/) 


t^ 


S^ 


^ 


&- 


o 




nz 


^ 


o 


o 





N 

a 



^ 
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00 



.title 'TSE25' 

H mn »t H t«»W*JHHH»HHHHmHHHHHHHHHHHHHtmHHmH«»fmnm 



TSE2S : Adaptive Filter Using Transversal Structure 
and Sign-Error U1S Algorithi .Looped Code 



Algorithi: 



y(n) = SUH w(k)»x(n-k) k=0,l,2,...,63 
k=0 

€(n) = d(n) - y(n) - 

For k = 0,1, 2,..., 63 

H(k) = H(k) * u*x<n-k) if e(n) >= 
H(k} = w(k) - u*x(n-k) if e(n) < 

Uhere we use filter order = 64 and nu = 0.01. 

Note: This source prograa is the generic version; I/O configuration has 
not been set up. User has to Modify the aain routine for specific 
application. 

Initial condition: 

1) PH status bit should be equal to 01. 

2) SXH status bit should be set to 1. 

3) The current DP (data keiory page pointer) should be page 0. 

4) Data Miory ONE should be 1. 

5) Data MRory U should be 327. 

b) Data Keaory NEGHU should be -327. 
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DEFII€ PARAICTERS 



ERR: .usect "parameters", 1 

ONE: .usect "para»eters",l 

U: .usect "para»eters",l 

ERRF: .usect "parameters", 1 

NEGMU: .usect "parameters", 1 

» PERFORM THE ADAPTIVE FILTER 

.text 

i ESTIMATE THE SIGfWL Y 



LARP 


AR3 


CNFP 




MPYK 





LAC 


W£,15 


LRLK 


m3,m 


RPTK 


ORDER-1 


MACD 


UN+Ofd00h,»- 


CNFD 




APAC 




SACH 


Y 



CHECK THE SIGN OF ERROR 



Configure BO as program memory 

Clear the P register 

Using rounding 

Point to the oldest sample 

Repeat N times 

Estimate Y(n) 

Configure BO as data memory 

1 Store the filter output 



.equ 
.equ 



DEFINE ADDRESSES OF SUFFER MD COEFFICIENTS 





LT 


U 


T register = U 




NEC 




ACC = - Y(n) 




ADDH 


D 


ACC = D(n) - Y(n) 




BGEZ 


NEXT 






LT 


NEGMU 


T register = -U 


♦ UPDATE Tl€ WEIGHTS 




tCXT 


LARK 


ARl, ORDER-1 


Set up counter 




LRLK 


PP2,m 


Point to the coefficients 




LRLK 


AR3,XN+1 


Point to the data sample 




MPY 


»-,AR2 


P = U ♦ X(n-k) 


ADAPT 


ZALR 


♦,AR3 


Load ACCH with U(k,n) k round 




HPYA 


♦-,AR2 


y(k,n+l) = H(k,n) + P 


* 






P = U « X(n-k) 




SACH 


»+,0,ARl 


Store W(k,n+1) 




BANZ 


ADAPT, »-,AR2 





XO: .usect 
XN: .usect 



"buffer ",0RDER-1 
•buffer", 1 



.usect "coeffs", ORDER 





^ 




^ 




fD 









a 




R' 




W 




h-^ 


> 


• 


(SQ 


H 


O 


•^ 


•-1 


^ 




53 


1 


C/5 

1 




"-S 


S 




(/5 




^^» 




ti 


C/5 


CTQ 


p^ 




•^ 


i 




f^ 


A- 




n 


g 


n 


C/3 


^ 


Sfi 


» 


o 


sr 


n 


v> 


in 


f 




W 




•-< 




•^ 




© 




^ 



RESERVE ADDRESSES FOR PffVVCTERS 



.usect "parameters", 1 
.usect "parameters", 1 



C/5 



I 



t 









to 

Q 



VO 



TSE30 - Adaptive transversal filter with Sign-Error LHS 
algorithi using the THS320C30 

Algorithi: 

63 
y(n) = sun M(k)»x(n-k) k=0,l,2,...,63 
k=0 

e(n) = d(n) - y(n) 

for k=0,I,2,..63 

w(k) = M(k) + u»x(n-k) if e(n) >= 0.0 

w(k) = H(k) - u*x(n-k) if e(n) < 0.0 

Uhere we use filter order = 64 and bu = 0.01. 
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.copy "adapfltr.int" 
PERFORM ADAPTIVE FILTER 



COMPUTE FILTER OUTPUT y(n) 
LDF 0.0,R2 II 



; R2 = 0.0 



MPYF3 ♦AR0++(1)X,*AR1++(1)Z,R1 

RPTS order-2 

rPYF3 fAfiO*+(l)Z,#ARl++(l)X,Rl 



ADDF3 



R1,R2,R2IIII 
R1,R2 



» COMPUTE ERROR SIGNAL e(n) 



SUBF R2,R7 
OUTPUT y(n) AND e(n) SIG^WLS 



; y(n) = w[].x[] 

I Include last result 



; e(n) = d(n) - y(n) 



.set 
.set 



64 
0.01 



INITIALIZE POINTERS im tfWAYS 



begin 



input: 



.text 






.set 


$ 




LDI 


order, BK 


Set up circular buffer 


LDP 


ftxn-addr 


Set data page 


LDI 


«xn_addr,ARO 


Set pointer for x[] 


LDI 


«wn.addr,M«i 


Set pointer for uCl 


LDF 


0.0,RO 


R0 = 0.0 


RPTS 


order-1 




STF 


R0,«AR0++(1); 


x[] =0 


STF 


R0,»AR1++(1)X 


«[] =0 


LDI 


ein_addr,AR6 


Set pointer for input ports 


LDI 


eout.addr,AR7 


Set pointer for output ports 


LDF 


tu,R4 


R4 = w 


LDF 


«u,R5 


R5 = au 


LDF 


♦AR6,R7 


Input d(n} 


LDF 


♦+AR6<1),R6 


Input x(n) 


STF 


R6,«AR0 


Insert x(n) to buffer 





STF 


R2,«AR7 


; Send out y(n) 


' 


STF 


R7,t+AR7(1) 


; Send out e(n) 


♦ UPDATE WEIGHTS w(n) 






ASH 


-31, R7 


; Get Sign[e(n)] 




X0R3 


R4,R7,R5 


; R5 = S[e(n)] » u 




MPYF3 


♦WW)++(1)X,R5,R1 


; Rl = S[e(n)] * \i* x(n) 




LDI 


order-3,RC 


; Initialize repeat counter 




RPTB 


SELMS 


; Do i = 0, ff-3 




HPYF3 


*«W++(1)Z,R5,R1 


; Rl = Sle(n)] * u » x(n-i-l) 


! 


ADDF3 


*AR1,R1,R2 


; R2 = Hi(n) + S[e(n)] * u » x(n-i) 


SELMS 


STF 


R2,»<«1++(1)X 


; tti{n+l) = Hi(n) + S[e(n)]»u*x(n-i) 




rPYF3 


*AR0,R5,R1 


• For i = N - 2 




ADDF3 


♦<«1,R1,R2 






BO 


input 


; Delay branch 




STF 


R2,tARl++(l)X 


• wi(n+l) = Hi(n) + S[e(n)]»utx(n-i) 




ADDF3 


♦AR1,R1,R2 






STF 


R2,»AR1++(1)Z 


; Update last H 


* DEFINE CONSTANTS 






xn 


.usect 


"buffer", order 




wn 


.usect 


"coeffs*, order 




in_addr 


.usect 


"vars",l 




out-addr 


.usect 


"vars'',l 




xn.addr 


.usect 


"vars',1 




Hn.addr 


.usect 


"vars",l 




u 


.usect 


"vars",l 




cinit 


.sect 


".cinit" 






.word 


5,in_addr 






.word 


0804000h 






.word 


0804002h 






.word 


xn 






.Mord 


un 






.float 


■u 






.end 
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QTQ 
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5- 


g 
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f^- 


H 
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n> 
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'TSS25' 



I 

3 

5" 

t 






TSS ! Adaptive Filter Using Transversal Structure 
and Sign-Sign UIS Algorithn .Looped Code 



Algorithi: 



y(n) = sun w(k)»x(n-k) k=0,l,2,...,63 
k=0 

e(n) = d(n) - y(n) " 

For k = 0,1, 2,. ..,63 

H(k) = u(k) + u if e(nl»x(n-k) >= 
w(k> = w(k) - u if e(n)»x(n-k) < 

Where we use filter order = 64 and m\i = 0.01. 

Note: This source prograa is the generic version; I/O configuration has 
not been set up. User has to aodify the main routine for specific 
application. 

Initial condition: 

1) PH status bit should be equal to 01. 

2) SXH status bit should be set to 1. 

3) The current DP (data »etory page pointer) should be page 0. 

4) Data Mfliory 0^E should be 1. 

5) Data neiory U should be 327. 
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DEFIIC Pf«AnETERS 



ONE: .usect "parameters', 1 
U: .usect "parameters", 1 
ERRF: .usect "parameters", 1 

» PERFORH THE ADtf»TIVE FILTER 

.text 
f 

♦ ESTIMATE THE SIGNAL Y 



LARP 


AR3 


OfP 




HPYK 





LAC 


ONE. 15 


LRLK 


m,XH 


RPTK 


ORDER-1 


HACD 


HN+OfdOOh, 


CNFD 




APAC 




SACH 


Y 



Configure DO as program memory 

Clear the P register 

Using rounding 

Point to the oldest sample 

Repeat N times 

Estimate Y(n) 

Configure BO as data memory 

! Store the filter output 



SET UP Tf€ POINTERS 



LARK AR1,0RDER-1 
LRLK AR2,UN 
LPLK AR3,XM+1 


; Set up counter 

; Point to the coefficients 

; Point to the data sample 


FHE SIGN OF ERROR 




NEG 

ADOH D 

SACH ERR 


; ACC = D(n) - Y(n) 



UPDATE THE HEIGHTS 



ORDER: 
PAGEO: 



.«qu 
.equ 



» DEFINE ADDRESSES OF BUFFER WJD COEFFICIENTS 

« 

XO: .usect "buffer",OREeR-l 

XN: .usect "buffer",! 

UN: .usect "coeffs", ORDER 

» 

* RESERVE ADDRESSES FOR PM»U€TERS 



LAC 


♦-,0,AR2 ; 


XOR 


ERR . 


SACL 


ERRF 5 


LAC 


ERRF ; 


XORK 


MU,15 ■ 


ADD 


M5 ; 


SACH 


*+,l,ARl 


BANZ 


ADAPT, ♦-,AR3 



ACC = X(n-k) 

Get the sign of ERR(n) » X(n-k) 

Store the sign 

Get the sign with its sign extension 

Get the convergent factor MU or -HU 

Update W(k) 



> 



2. 


H 


or 


^ 


B 


< 


G 


3 


xfi 


SL 


tuiri* 






55 


^^ 


•-J 


^ 


c 


f^ 


n 




f^ 


H 


C 


S 


^ 
f^ 


S 


^^ 
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f^ 


O 


tr 


n 


25 


^ a 




Gp 








ofS' 



Q 



D: 
Y: 
ERR: 



.usect "parameters",! 
.usect "parameters*,! 
.usect "parameters",! 



^ 



I 



t 



S 
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1^ 



TSS30 - Adaptiv* transversal filter with Sign-Sign LHS 
algoritha using the 'niS320C30 

Algorith»: 

63 
y(n) = SUH »(k)»x(n-k) k=0,l,2,...,63 
k=0 

e(n) = d(n) - y(n) 

for k=0,l,2,...,63 

w(k) = H(k) + u, if x(n-k)»e(n) >= 0.0 
w(k) = w(k) - u, if x(n-k)*e(n) < 0.0 

Where we use filter order = M and bu = 0.01. 
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RPTS order-2 

hPYF3 *ARO++(l)X,«flRl++(l)X,Rl 
!i ADDF3 R1,R2,R2 ; y(n) = hC].x[] 

ADDF R1,R2 ; Include last result 
« 
» COHPUTE ERROR SIGWV. e(n) AND OUTPUT y(n) m e(n) SIGNALS 



copy 


•adapfltr.int- 


set 


64 


set 


0.01 



INITIM.IZE POINTERS MS) PBRMS 



begin 



input: 



.text 






.set 






LDI 


order, BK 


Set up circular buffer 


LDP 


ftxn_addr 


Set data page 


LDI 


exn^ddr.ARO 


Set pointer for x[] 


LDI 


«wn_addr,ARl 


Set pointer for h[] 


LDF 


eu.RO 


RO = wi 


LDF 


eu,R4 


R4 = iu 


LDF 


«u,R5 


R5 = »u 


LDF 


0.0,R0 


RO = 0.0 


RPTS 


order-1 




STF 


R0,tAR0++(l)X 


x[] = 


STF 


R0,«AR1++{1)Z 


M[] =0 


LDI 


ein_addr,tfl6 


Set pointer for input ports 


LDI 


«out_addr,<«7 


Set pointer for output ports 


LDF 


tAR6,R7 


Input d(n) 


LDF 


»+W6(l),R6 


Input x(n) 


STF 


R6,«flR0 


Insert x(n) to buffer 



ON 



COHPUTE FILTER OUTPUT y(n) 

LDF 0.0,R2 ; R2 = 0.0 
MPYF3 »AR0++(l)2,«flRl++(l)I,Rl 





SUBF 


R2,R7 


e(n) = d(n) - y(n) 




STF 


R2,tAR7 


Send out y(n) 


I 


STF 


R7,«+AR7U) 


Send out e(n) 


* UPDATE WEIGHTS u(n) 






ASH 


-31, R7 


R7 = SignCe(n)] 




X0R3 


R0,R7,R5 


R5 = Sign[e(n)] » u 




LDF 


♦AR0++(l)Z,R6 


R6 = x(n) 




ASH 


-31, R6 


R6 = Sign[x(n-i)] 




X0R3 


R5,R6,R4 


R4 = Sign[x(n-i)]tSign[e(n)] * u 




ADDF3 


*/«l,R4,R3 


R3 = wi(n) + R4 




LDI 


order-3,RC 


Initialize repeat counter 




RPTB 


SSU1S 


Do i = 0, N-3 




LDF 


*ARa++(l)X,R6 


Get next data 


! 


STF 


R3,*ARU+(1)X 


Update wi(n+l) 




ASH 


-31, R6 


Get the sign of data 




X0R3 


R5,R6,R4 


Decide the sign of u 


SSLMS 


ADDF3 


♦AR1,R4,R3 


R3 = Hi(n) + R4 




LDF 


»AR0,R6 


Get last data 


! 


STF 


R3,«AR1++(1)Z 


Update uN-2(n^l) 




ASH 


-31, R6 


Get the sign of data 




BD 


input 


Delay branch 




X0R3 


R5,R6,R4 


Decide the sign of u 




ADDF3 


*AR1,R4,R3 


Compute wN-l(n+l) 




STF 


R3,»ARl++(l)X 


Store last w(n+l) 


« DEFINE CONSTANTS 




xn 


.usect 


"buffer", order 




wn 


.usect 


"coeffs", order 




in_addr 


.usect 


"vars',1 




out_addr 


.usect 


"vaps",l 




xn_addr 


.usect 


"vars",l 




wn.addr 


.usect 


"vaps",l 




u 


•usect 


"vars",l 




cinit 


.sect 


".cinit" 






.word 


5,in_addr 






.word 


0804000h 






.word 


0804002h 






.word 


xn 






.word 


wn 






.float 


nu 
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^ 




^ 
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^ 
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2^ 
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3 
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.title 'TL25' 

TL25 ! Adaptive Filter Using Transversal Structure 
and Leaky-UIS Algorithi, Looped Code 

Algorithm: 

63 
y(n) = SUH M(k)*x{n-k) k=0,l,2,...,63 
k=0 

e(n) = d(n) - y(n) 

M(k) = v»w{k) + u»e(n)*x(n-k) k=0,l,2,..63 

Where m use filter order = 64 and nu = 0.01. 

Note: This source prograa is the generic version; I/O configuration has 
not been set up. User has to aodify the Nin routine for specific 
application. 

Initial condition: 

1) Pn status bit should be equal to 01. 

2) Stn status bit should be set to 1. 

3) The current DP (data leaory page pointer) should be page 0. 

4) Data MBory ONE should be 1. 

5) Data iie»ory U should be 327. 
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DEFINE PARAMETERS 



U: 
ERRF: 



.usect 
.usect 



"para»eters",l 
"parameters", 1 



♦ PERFORM THE ADtf>TM FILTER 

♦♦«» W«»tW»H»»JHHHHHm H m H H 11* 

.text 

♦ ESTIMATE THE SIGNAL Y 



ORDER: .equ 
LEM<Y: .equ 
PAGEO: .equ 



OEFIIC ADDRESSES OF BUFFER PHD COEFFICIENTS 



XO: 
XN: 
i;^ UN: 



.usect 
.usect 
.usect 



•buffer",ORDER-l 
"buffer",! 
"coeffs", ORDER 



RESERVE ADDRESSES FOR PflRAtCTERS 



LARP 


AR3 




CNFP 




Configure BO as prograa wiory 


HPYK 





Clear the P register 


LAC 


ONE, 15 


Using rounding 


LRLX 


AR3,XN 


Point to the oldest sa»ple 


RPTK 


ORDER-1 


Repeat N ti»es 


MACD 


HN+Ofd00h,»- 


Esti»ate Y(n) 


CNFD 




Configure BO as data »eniory 


APAC 






SACH 


Y 


Store the filter output 


COflPUTET* ERROR 




^EG 




ACC = - Y(n) 


ADDH 


D 




SACH 


ERR 


ERR(n) = D(n) - Y(n) 


UPDATE Tl€ HEIGHTS 




LT 


ERR 


T = ERR(n) 


HPY 


U 


P = U » ERR(n) 


PAC 






ADD 


ONE, 15 


Round the result 


SACH 


ERRF 


ERRF = U * ERR(n) 


LARK 


AR1,0RDER-1 


Set up counter 


LRLX 


AR2,UN 


Point to the coefficients 


LRLK 


AR3,XN+1 


Point to the data saaple 


LT 


ERRF 


T register = U ♦ ERR(n) 


rPY 


»-,AR2 


P = U » ERR(n) » X(n-k) 


r ZALR 


*,AR3 


Load ACCH with A(k,n) & round 


WYA 


♦-,AR2 


H(k,n+1) = W(k,n) + P 
P = U ♦ ERR(n) # X(n-k) 


SUB 


«,LEAKY 


ACC = R ♦ H(k,n) + P 


SACH 


»+,0,ARl 


Store W(k,n+l) 


BANZ 


ADAPT, *-,AR2 





> 

a 
O 



H 

&9 



3' 

QTQ 



sr 






CZ) 



G 



D: 
Y: 

ERR: 
one: 



.usect "parateters", 1 

.usect "parameters", 1 

.usect "parameters", 1 

.usect "parameters",! 
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O 
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Q 



TL30 - Adaptive transversal filter with Leaky LMS algoritha 
using the THS320C30 

AlgorithBJ 

63 
yin) = SUM u(k)»x{n-k) k=0,l,2,...,63 
k=0 

e(n) = d(n) - y(n) 

w(k) = r*w(k) + u«e(n)*x(n-k) k=0,l,2,...,63 

Where we use filter order = 64, r = 0.995 and au = 0.01. 
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ADDF3 
ADDF 



R1,R2,R2 
R1,R2 



; y(n) = h[].x[] 
\ include last result 



.copy 



"adapfltr.int" 



» PERFORM ADAPTIVE FILTER 

order .set 64 

BU-leaky .set 0.01005 

leaky .set 0.995 

» 

♦ INITIALIZE POINTERS AND ARRAYS 



begin 



Ru / leaky 



.text 
.set 


$ 




LDI 


order, BK 


Set up circular buffer 


LDP 


exn.addrB 


Set data page 


LDI 


§xn_addr,ARO 


Set pointer for xC] 


LDI 


fciin_addr,/«l 


Set pointer for w[] 


LDI 


er_addr,AR2 


Set pointer for r 


LDF 


O.O.RO 


RO = 0.0 


RPTS 


order-l 




STF 


R0,»AR0++(1)X 


x[] =0 


STF 


R0,*AR1++(1)X 


tf[] = 


LDI 


ein.addr,AR6 


Set pointer for input ports 


LDI 


eout_addr,AR7 


Set pointer for output ports 


LDF 


tAR6,R7 


Input d(n) 


LDF 


♦+AR6(1),R6 


Input x(n) 


STF 


R6,#AR0 


Insert xin) to buffer 



COMPUTE ERROR SIGNAL ein) AND OUTPUT yIn) AND e(n) SIGfW.S 



; €(n) = d(n) - y(n) 
; Send out y(n) 
; Send out e(n) 



R7 = e(n)»u/r 

Rl = eln)«u*x{n)/r 

Rl = e(n)»u*x(n-l)/r 

R2 = tfO(n) + e(n)*u»x(n)/r 

Initialize repeat counter 

Do i = 0, N-4 

RO = r«tti(n) + e(n)»u*x(n-i) 

R2 = Bi+Un) + e(n)*u«x(n-i-l)/r 

Rl = e(n)»u*x(n-i-2)/r 

store wi(n+l) 

RO = r*tiN-3(n) + e(n)»u«x(n-N+3) 

R2 = BN-2(n) + e(n)*ufx(n-N+2)/r 

Rl = e(n)«u*x(n-N+l)/r 

Store wN-3(n+l) 

Delay branch 

RO = riH(i(n) + e(n)»u»x(n-N+2) 

R2 = MN-Kn) + e(n)«u«x(n-N+l)/r 

RO = r»Hi(n) + e(n)*u»x(n-N+l) 

Store wN-2(n+l) 

Update last w 



COMPUTE FILTER OUTPUT y(n) 



ON 



rPYF3 
RPTS 
nPYF3 



0.0,R2 ; R2 = ( 

»AR0++I1)X,»AR1++(1)X,R1 

order-2 

♦AR0++(1)X,*«^1++(1)X,R1 





SUBF 


R2,R7 




STF 


R2,*AR7 


! 


STF 


R7,*+AR7(1) 


» UPDATE WEIGHTS «(n) 




MPYF 


eu_r,R7 




MPYF3 


»AR0^^(l)7.,R7,Rl 




»>YF3 


*AR0++(1)X,R7,R1 




ADDF3 


♦AR1,R1,R2 




LDI 


order-4,RC 




RPTB 


LLMS 




rPYF3 


*AR2,R2,R0 




ADDF3 


*+ARl(l),Rl,R2 


LLHS 


HPYF3 


*AR0++(1)X,R7,R1 




STF 


R0,»AR1++(1)X 




MPYF3 


♦AR2,R2,R0 




ADDF3 


♦4AR1(1),R1,R2 




MPYF3 


*AR0,R7,R1 




STF 


R0,««1++(1)X 




BD 


input 




MPYF3 


»AR2,R2,R0 




A0DF3 


♦+AR1(1),R1,R2 




«»YF3 


»AR2,R2,R0 




STF 


R0,«AR1++{1)X 




STF 


RO, ♦<«!++( 1)X 


» DEFINE CONSTANTS 


xn 


.usect 


"buffer%order 


Mn 


.usect 


"coeffs", order 


in_addr 


.usect 


"vars'.l 


out_addr 


.usect 


"vars',1 


xn_addr 


.usect 


"vars',1 


wn.addr 


.usect 


"vars",l 


u_r 


.usect 


"var5",l 


r 


.usect 


"vars",l 


r_addr 


.usect 


"vars',1 


cinit 


.sect 


".cinit" 




.Hord 


7,in_addr 




.word 


0804000h 




.Hord 


0804002h 




.Bord 


xn 




.Hord 


un 




.float 


Bu.leaky 




.float 


leaky 




.word 


r 




.end 
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.titU 'BLHS' 

BLHS ! Ad4ptive Fi1t«r subroutin* using Transversal Structure 
and LUS Algorithi, Looped Code 

Algorithi: 

N-1 
y(n) = sun M(k)»x(n-k) k=0,l,2,...,N-l 
k=0 

e(n) = d(n) - yln)- 

H(k) = w(k) + u*e(n)*x(n-k) k=0,l,2,...,M-l 

Uhere we use filter order = N 

Note: This subroutine performs Adaptive Filter using the UtS Algorithm. 
There are soae initial conditions to leet before calling it. 

Initial conditions: 

1) Data Miory O^E should be equal to 1. 

2) Data keaory U should be equal to nU (Q15 foriat). 

3) PI1 status bit should be equal to 01. 

4) SXn status bit should be set to logic 1. 

5) OVn status bit should be set to 1. 

6) The current DP (data Miory page pointer) should be page 0. 

p.s. 1) The return current auxiliary register will be AR2. 
2) ARi AR3 have been used in this subroutine. 
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DEFINE tm REFER SYKBOLS 

.global LHS,ORDER,U,D,OrE,Y,ERR,XN,UN 

RESERVE ADDRESS FOR PARMCTER 

SAVEl: .usect 'paraaeters",! 

SAVE2: .usect "parameters", 1 

SAVE3: .usect "para»eters",l 

ERRF: .usect "parameters", 1 

t PERFORM T}€ AWVTIVE FILTER 
>fM«etffffft*«§*ftfMtft*«i 

ESTIWTE THE SIOWL Y 





.text 






LHS 


LARP 


AR3 


; Set current register 




SAR 


<«1, SAVEl 


; Save register ARl 




»« 


AR2,SAVE2 


; Save register AR2 




SAR 


WO, SAVES 


; Save register AR3 




CNFP 




• Configure BO as program memory 




HPYK 





; Clear the P register 




LAC 


ONE, IS 


• Using rounding 




LRLK 


M»,XN 


; Point to the oldest sample 


FIR 


RPTK 


ORDER-1 


; Repeat N times 




HACD 


UN+Ofd00h,»- 


; Estimate Y(n) 




CNFD 




; Configure BO as data memory 




APAC 






« 


SACH 


Y 


; Store the filter output 


COHPUTET* ERROR 




NEC 




; ACC = - Y(n) 




ADDH 


D 




* 
« 


SACH 


ERR 


; ERR(n) = D(n) - Y(n) 


LPDATE T>€ HEIGHTS 




LT 


ERR 


. T = ERR(n) 




HPY 


U 


; P = U«ERR(n) 




PAC 








ADD 


ONE, 15 


; round the result 




SACH 


ERRF 


. ERRF = U * ERR(n) 




LARK 


AR1,0RDER-1 


; Set up counter 




LRLX 


AR2,UN 


; Point to the coefficients 




LRLK 


M0,XK^1 


; Point to the data sample 




LT 


ERRF 


■ T register = U t ERR(n) 




»>Y 


»-,AR2 


; P = U » ERR(n) ♦ X(n-k) 


ADAPT Z/^ 


♦,AR3 


; Load ACCH with A(k,n) k round 




ffYA 


♦-,<«2 


; U(k,nil) = y(k,n) * P 


* 






; P = U » ERR(n) ♦ X(n-k) 




SACH 


«+,0,ARl 


; Store U(k,nfl) 


« 


BANZ 


ADtf*T,*-,/«2 




LAR 


ARl, SAVEl 


; Restore register ARl 




LAR 


WQ.SA^^ 


; Restore register AR2 




LAR 


AR3,SAVE3 


; Restore register AR3 


FINISH RET 
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I 



.Midth 132 

This is th« initial boot routin« for THS320C30 adaptive 
filter Prograas. 

This Bodule perforas the following actions: 

1) Allocates and initializes the systea stack. 

2) Perforas auto-initialization, which copies section 
".const* data froa ROH to DATA RAH. 

3) Prepare to start the user's asseably prograa. 



STAOCSIZE 



.set 
.set 



40h 
AR3 



; Size of systea stack 
; Fraae pointer 



§ 



t 



.sect 
.word 



"vectors" 
adap-init 



» ALLOCATE SPACE FOR THE SYSTEM STACK. INITIW.IZE THE FIRST WORDS IN 
♦ .text TO POINT TO THE STACK AND INITIALIZATION TABLES. 



.usect 
.text 



".stack", STACK-SIZE 



stack-addr 
init_addr 



.word 
.word 



stack 
cinit 



; Address of stack 

! Address of init tables 



* ADAPTIVE FILTER INITIW.IZATION ENTRY POINT FUNCTION 



i. 
S- 



adap.init: 

* 

♦ SET UP THE INITIAL STACK POINTER 






;5- 

I 

Q 



LDP 


stack.addr 


; Get page of stored address 


LDI 


tstack_addr,SP 


• Load the address into SP 


LDI 


SP,FP 


5 And into FP too 


TIALIZI 
LDP 


TION 

init-addr 


; Get page of stored address 


LDI 


einit_addr,flRO 


; Get address of init tables 


CtlPI 


-l.ARO 


; If RAH aodel, skip init 


BEQ 


done 




LDI 


*<«0++,Rl 


; Get first count 


BZD 


done 


. If 0, nothing to do 


LDI 


♦AR0++,AR1 


; Get dest address 


LDI 


*ARO++,RO 


• Get first word 


SUBI 


1,R1 


; Count - 1 



; Block copy 



STI 


R0,»/«1++ 




LDI 


»ARO++,R0 




LDI 


RO.Rl 


; Hove next count into Rl 


6NZD 


do.init 


; If there is aore, repeat 


LDI 


*ff^O**,PR 


; Get next dest address 


LDI 


•tfWH+.RO 


; Get next first word 


SUBI 


1,R1 


; Count - 1 


begin 






.end 
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BT30 - TnS320C30 adaptive transversal filter with 
LMS algorithn assembly subroutine. 

Algorithi: 

N-1 
y(n) = SUH w(k)»x(n-k) k=0,l,2,...,N-l 
k=0 

e(n) = d(n) - y(n) 

w(k) = w{k) + u»e(n)tx(n-k) k=0,l,2,...,N-l 

Where we use filter order = N and nu = 0.01. 

Initial condition: 

1) ARO and m should point to xCO] and w[0]. 

2) Data i»e«ory u should contain step size. 

3) Data inenory order should contain N-2, where N is filter order. 

4) Data Renories d, y, and e should be defined in caller routine. 
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• global LJ1S30,u,d,y,e, order 
* PERFORH ADAPTIVE FILTER 

.text 

U1S30 .set $ 

PUSH Rl 

PUSHF Rl 

PUSHF R2 

PUSH R3 

PUSHF R3 
» 
» COHPUTE FILTER OUTPUT y(n) 

LDF 0.0,R3 . R3 = 0.0 
» 

MPYF3 ♦AR0++(1)Z,«AR1++(1)X,R1 

RPTS torder 

rPYF3 »AR0++(1)Z,*AR1++(1)X,R1 

1! ADDF3 R1,R3,R3 ; y(n) = wll.xl] 

ADDF R1,R3 ; Include last result 
» 
« COHPUTE ERROR SIGNAL e(n) AND STORE y(n) AND e(n) 



STF R3,ey 
SUBRF «d,R3 
STF R3,ee 

« UPDATE WEIGHTS wC] MD SHIR x[] 



i Store y(n) 

; e(n) = d(n) - y(n) 

! Store e(n) 



(f>YF 


eu,R3 


; R3 = e(n) * u 


HPYF3 


*AR0++<1)X,R3,R1 


; Rl = e(n) ♦ u ♦ x(n) 


LDI 


eorder.RC 


5 Initialize repeat counter 


SUBI 


l,RC 




RPTB 


LHS 


; Do i = 0, N-3 


MPYF3 


»AR0++(1)X,R3,R1 


; Rl = e(n) ♦ u ♦ x(n-i-l) 


ADDF3 


♦ARI,R1,R2 


; R2 = kii(n) + e(n) t u » x(n-i) 


STF 


R2,»W^1++(1)X 


; «i(n+l) = Hi(n) + e(n) ♦ u » x(n-i) 


HPYF3 


*AR0:R3,R1 


; for i = N - 2 


ADDF3 


*AR1,R1,R2 




STF 


R2,«ARl++(l)X 


; ui(n+l) = ui(n) + e(n) * u « x(n-i) 


ADDF3 


♦AR1,R1,R2 




STF 


R2,*AR1++(1)X 


; Update last w 


POPF 


R3 




POP 


R3 




POPF 


R2 




POPF 


Rl 




POP 


Rl 




RETS 






.end 
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Appendix H5. Linker Command/file for Assembly Main Program 

Calling the TMS320C30 Adaptive LMS 

Transversal Filter Subroutine 



s e 



1^ Isl-li^s: ^ .lll^s 

si I-^'^^i^sS^s^ 

si^ S .tiirS s-^-sl ^ yl^*!? I "gS^^iS" 

SoS c jeo^e ^Si^is ^ oooooo o ySffi'^^ioeS — 

I § ^ f V. is .. .. S ,. ;; S CO 1 z i: is .. "i 5 u. 
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CLHS : Adaptive Filter C subroutine using Transversal Structure 
and LftS Algorithn, Looped Code 

Algoritha: 

y(n) = SUM w(k)»x(n-k) k=0,l,2,...,N-l 
k=0 

e(n) = d(n) - y(n) ' 

(K(k) = w(k] + u*e(n)«x(n-k) k=0,l,2,...,N-l 

Where we use filter order = N 

Usage: 1iks(n,Mu,d,x,((y,i(e) 
n - order of filter 
Mu - convergence factor 
d - desired signal 
X - input signal 
tiy - addr of output signal 
ie - addr of error signal 

Note: Data aeaory 0200h 0200h+N-l k 0300h 0300h+N-l are reserved. 
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♦««♦»«*«♦#***«»«»«♦*»♦«*♦»♦*♦♦*«♦*«♦♦«»♦*♦♦ 

.def -1« 
« 
» RESERVE ADDRESSES FOR P<«AHETERS 



COEFP: 


.equ 


OffOOh 


COEFFD: 


.equ 


0200h 


FRSTAP: 


.equ 


0300h 



PERFORM THE ADAPTIVE FILTER 



SAVE THE VALUES OF Tl€ REGISTERS 



■ text 
SAR 


ARl.SAVEl 


SAR 


AR2,SAVE2 


SAR 


AR3, SAVES 


SAR 


AR4,SAVE4 


SST 


DSTO 


SSTl 


DSTl 



GET THE ADAPTIVE FILTER PARAftTERS 



DSTO: 

DSTl: 

SAVEi: 

SAVE2: 

SAVES: 

SAVE4: 

ORDER: 

X: 

D: 

U: 

Y: 

ERR: 

ERRF: 

ADRLST: 



.usect 
.usect 
.usect 
.usect 
.usect 
.usect 
.usect 
.usect 
.usect 
.usect 
.usect 
.usect 
•usect 
.usect 



•para»eter5",l 
"paraBeters",l 
"parameters",! 
"parameters", 1 
"para»eters",l 
"parameters",! 
"parameters",! 
"parameters",! 
"parameters",! 
"parameters",! 
"parameters",! 
"parameters",! 
"parameters",! 
"parameters",! 



SPM 


1 


SSXM 




SOVtl 




LDPK 





MAR 


*- 


LAC 


*- 


SUBK 


! 


SACL 


ORDER 


ADLK 


FRSTAP 


SACL 


ADRLST 


LAC 


*- 


SACL 


U 


LAC 


*- 


SACL 


D 


LAC 


*-,0,AR3 


LRLK 


AR3, FRSTAP 


SACL 


♦ 



ESTIfWTE THE SIGWL Y 



i Set P register shift mode 

; Set sign extension mode 

; Set overflow mode 

; Set data page = 

; Set pointer for getting papameter 

I ACC = N 

! ORDER = N - ! 

; Store address of last tap 

i Get and store the MU 

I Get and store the D 

; Insert newest sample 



DEFINE ADDRESSES OF BUFFER AND COEFFICIENTSS 



Is) 



CNFP 




; Configure BO as program memory 


HPYK 





; Clear the P register 


LALK 


1,15 


; Using rounding 


LAR 


AR3, ADRLST 


; Point to the oldest sample 


RPT 


ORDER 


; Repeat N times 


HACD 


COEFFP,*- 


5 Estimate Y(n) 


CNFD 




; Configure BO as data memory 


APAC 






SACH 


Y 


; Store the filter output 


COMPUTE THE ERROR 




NEG 




; ACC = - Y(n) 


ADDH 


D 
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CT30 - THS320C30 C subroutine adaptive transversal filter with 
UIS algorithm. 

Algoritha: 

N-l 
y(n) = SUH «(k)»x(n-k) k=0,l,2,...,N-l 
k=0 

e(n) = d(n) - y(n) 

«(k) = w(k) ♦ u*e{n)*x(n-k) k=0,l,2,...,N-l 

Where we use filter order = N and bu = 0.01. 

Usage: tlBs(n,M,d,bw,&x,tiy,tie) 
n - order of filter 
•u - convergence factor 
d - desired signal 
In - filter coefficients 
ix - input signal buffer 
ly - addr of output signal 
ie - addr of error signal 
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>Wt<HHHt»W«)HHtW»tH««»HHHHHHHHHHWHHHHHHrtf<HHHm 

.global .tlRS 
FP .set <«3 

PERFORM ADAPTIVE FILTER 



LDI 


»-FP(2),R4 


Get filter order 


LDI 


t-FP(6),/«0 


Get pointer for xCl 


UI 


*--FP(5),ARl 


Get pointer for w[] 


SUBI 


2.R4 


Set loop counter 



COHPUTE FILTER OUTPUT y<n) 
LDF 0.0,R2 



; R2 = 0.0 



HPYF3 *AR0++(1),*<«1++(1),R1 

RPTS R4 

fPYF3 »AROt+(l),»<«l+*(l),Rl 

!! ADDF3 R1,R2,R2 • y(n) = w[l.xC] 

AODF R1,R2 ; Include last result 
# 
* COMPUTE ERROR SIGtML e(n) AND STORE y(n) MD e(n) 



LDI 

SUDF3 

STF 

LDI 

SF 



#-FP(2),AR2 

R2,t+FP(1),R7 

R2,«M^ 

»-fP(3),AR2 

R7,»^ 



* UPDATE UEIGHTS wC] AND SHIFT xC] 



>s 




.text 




s* 


.tUs 


.set 


( 


f^ 




PUSH 


FP 


K.^ 




LDI 


SP.FP 


^ 




PUSH 


m 


E2 




PUSH 


ARl 




PUSH 


m 


o 




PUSH 


Rl 


8 




PUSHF 


Rl 




PUSH 


R2 






PUSHF 


R2 






PUSH 


R4 






pustr 


R& 






pustr 


R7 



GET FILTER PMVMETERS 



rPYF 

HPYF3 

LDI 

RPTB 

rPYF3 

ADDF3 

LDF 

STF 

STF 

ADDF3 

STF 

POPF 
POPF 
POP 
POPF 
POP 
POPF 
POP 
POP 
POP 
POP 
POP 
RETS 



t+FP(2),R7 

»-H«0(l),R7,Rl 

R4,RC 

LMS 

*-AR0(l),R7,Rl 

♦-AR1(1),R1,R2 

«AR0,R6 

R2,»tf^l 

R6,f^AR0(l) 

»-H«l(l),Rl,R2 

R2,»AR1 

R7 

R6 

R4 

R2 

R2 

Rl 

Rl 

AR2 

M)l 

ARO 

P 



; Get y(n) address 
; e(n) = d(n) - y(n) 
; Send out y(n) 
; Get e(n) address 
; Send out e(n) 



; R7 = e(n) t u 

; Rl = e(n) « u * x(n-Ntl) 

• Initialize repeat counter 

; Do i = I, N-l 

; Rl = e(n) » u » x(n-i+l) 

; R2 = wi(n) ♦ e(n) » u * x(n-i) 

; Get x((n+i-N+l) 

; wi(n-H) = wi(n) + e(n) ♦ u » x(n-i) 

; Shift x[] 

; R2 = wi{n) + e(n) * u » x(n) 

; Update last w 
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Introduction 

This report presents a collection of efficient machine language programs for advanced 
applications with the TMS320C30. These programs provide basic math and transcenden- 
tal functions. Other routines include vector functions, FFTs and linear algebra. 

Library Overview 

The set of programs fall into six categories: 

I. Normal precision floating point math functions, 

II. Extended precision floating point math functions, 

III. Integer arithmetic routines, 

IV. Vector utility routines, 

V. Radix 2 FFT routines, and 

VI. Linear algebra routines. 

Categories I and II are programs which implement a minimal set of elementary 
mathematical functions for advanced applications. In these categories, the functions FPINV 
and SQRT are improved versions of the programs in the TMS320C3x User's Guide [1]. 
In category III, IMULT and IDIV are improved versions of the programs EXTMPY and 
DIVI in [1]. In category IV, *FMIEEE and *TOIEE are array versions of the TOIEEE 
and FMIEEE scalar programs from the User's Guide. 

The names and short descriptions of these routines use some special notation: 

Categories I and II: xd — indicates that the relative accuracy of the im- 

plemented function is x decimal digits. 
Categories IV and VI: * — program name prefix stands for M or R. 

M — selects the memory based parameter entry point. 

R — selects the register based parameter entry point. 

Categories II and VI: X — indicates the extended precision program 

version. 
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Consult the program source listings for more details. 

The following are brief descriptions of the programs by category: 

I. Normal floating-point (32-bit) math functions ($MATH.ASM): 

A. SIN —computes a 7d sine(x) for all x in radians. 

B. COS —computes a 7d cosine(x) for all x in radians. 

C. EXP —computes a 7d exp(x) for all |x| < 88. 

D. LN —computes a 7d ln(x) for all x > 0. 

E. AT AN —computes a 7d atan(x) in radians for all x. 

F. SQRT —computes an 8d sqrt(x) for all x > 0. 

G. FPINV —computes an 8d 1/x for all x ^ 0. 

H. FDIV —computes an 8d x/y for all x and all y ^ 0. 

II. Extended-precision, floating-point (40-bit) math functions ($MATHX.ASM): 

A. SINX —computes a 9d sine(x) for all x in radians. 

B. COSX —computes a 9d cosine(x) for all x in radians. 

C. EXPX —computes a 9d exp(x) for all |x| < 88. 

D. LNX —computes an 8d ln(x) for all x > 0. 

E. ATANX —computes an 8d atan(x) in radians for all x. 

F. SQRTX —computes a lOd sqrt(x) for all x > 0. 

G. FPINVX —computes a lOd 1/x for all x :?t 0. 

H. FDIVX —computes a lOd x/y for all x and all y ^t 0. 

I. FMULTX —computes a lOd x*y for all x and y. 

III. Integer (32-bit) math routines ($MATHI.ASM): 



A. 

B. 
C. 



ILOG2 

IMULT 
IDIV 



-computes m = log2(n), n < 2"^ for use with radix 

2 FFT programs. 

-computes 64-bit product of two 32-bit numbers, 
-computes quotient and remainder of two 32-bit 

numbers. 



IV. Vector utilities ($VECTOR.ASM): 



A. 


*CORMULT 


B. 


*CONMULT 


C. 


*CBITREV 


D. 


*FMIEEE 



— in-place computation of the complex vector pro- 
duct of two complex arrays using the complex con- 
jugate of the second array. 

—in-place computation of the complex vector pro- 
duct of two complex arrays. 

—in-place bit reverse permutation on a complex ar- 
ray with separate real and imaginary arrays. 

—in-place fast conversion of an IEEE array to a 
TMS320C30 array. 
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E. 


*TOIEEE 


F. 


*VECMULT 


G. 


*CONMOV 


H. 


*VECMOV 



— in-place fast conversion of a TMS320C30 array to 

an IEEE array, 
—in-place multiplies a constant times an array, 
—moves (fills) a constant into an array, 
—moves (copies) an array into another array. 

V. Radix 2 FFT routines ($FFT2.ASM): 

A. CFFFT2 —Complex DIP forv^ard radix 2 FFT using separate 

real and imaginary arrays and 3/4 cycle sine table. 

B . CIFFT2 —Complex DIT inverse radix 2 FFT using separate 

real and imaginary arrays and 3/4 cycle sine table 
(does not include the 1/N scale factor). 

VI. Linear algebra routines ($LINALG.ASM): 

A. *SOLUTN —Solves a well conditioned system of linear equa- 

tions with any number of dependent variable sets. 
Uses no (diagonal) pivoting with normal-precision 
floating-point math. 

B. *SOLUTNX —Solves a well conditioned system of linear equa- 

tions with any number of dependent variable sets. 
Uses no (diagonal) pivoting with extended- 
precision floating-point math. 

Extended vs. Normal Precision 

Categories I, II, and VT represent a dual collection of programs implemented with 
32-bit single- or normal-precision TMS320C30 floating-point arithmetic, and with 40-bit 
extended-precision TMS320C30 floating-point arithmetic. Some of the normal-precision 
programs (category I, for example) have been written using the TMS320C30 RND in- 
struction for rounding to obtain the optimal precision from the standard floating point 
TMS320C30 instruction set. This has been done with a slight loss of speed. Such round- 
ing can be carefully eliminated by the user if the additional speed is necessary at the ex- 
pense of some accuracy. 

Extended-precision was implemented on the TMS320C30 by the simple implemen- 
tation of the 40-by-40 floating-point multiply routine, FMULTX. This was necessary since 
the TMS320C30 has 40-bit addition and subtraction instructions, but the multiply operates 
only on 32-bit inputs. By using the native add and subtract FMULTX and the extended- 
precision registers RO to R7, 40-bit floating-point math was effected. All 40-bit constants 
are stored in two consecutive words in memory. The first word is the normal truncated 
32-bit floating-point number. The least significant byte of the second word contains the 
remaining bottom 8 bits of the extended mantissa. The programs are coded to properly 
load extended-precision registers with these double- word constants. 
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The extended-precision versions of the programs in this report may be slower than 
their normal precision counterparts. When using extended-precision results in RO from 
category II programs, note that the results may be stored in memory with or without round- 
ing. A more accurate normal-precision result will generally be obtained by rounding. You 
should never round before using an extended-precision result as input to another extended- 
precision program unless special circumstances exist. Note that truncation, not rounding, 
will occur if an extended-precision register is moved to any 32-bit register or any memory 
location. This will generally cause loss of accuracy in the amount of the value of the least 
significant bit of the mantissa. 

Program Utilization 

Since all programs in this collection are intended to be invoked by a CALL instruc- 
tion, you must have the stack pointer (SP register) appropriately set to an available memory 
area, preferably in internal RAM. Programs in categories I and II save and restore the 
data page register DP by using the stack area pointed to by SP. Programs in category 
III do not alter or use the DP register at all. The programs in categories IV through VI 
alter but do not restore the DP register. 

All of the programs in categories I through III, except for ILOG2, are implemented 
as straight line code. You may wish to disable the instruction cache while these programs 
are being executing. This will cause no loss of execution speed and will avoid flushing 
out potentially reusable instructions in the cache. It is beneficial to have the cache enabled 
when using most of the remaining programs (categories IV through VI) as they generally 
contain multi-instruction loops. 

Programs in categories IV through VI allow input through externally defined variables 
addresses. The .global references indicate these addresses, where the input variable values 
and/or addresses are located. The starting address of these memory locations is given by 
the external variable $P ARAMS. All of the addresses are assumed to be in the same 
TMS320C30 memory page as $P ARAMS. If this is not the case, the addresses or the 
programs should be changed assure that the DP register gets set properly. 

Programs in categories IV and VI also allow the use of registers to hold input 
parameters. The exact registers to be used are found in the program source listings. When 
using the register input entry point, refer to the program using the R prefix on the pro- 
gram name, e.g. jRSOLUTN. The memory based parameter input entry uses the M prefix, 
e.g. MSOLUTN. The .global references to the R prefix entry points may be deleted if 
they are not needed. 
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Function Approximation Techniques 

Categories I and II are made up of a collection of elementary mathematical func- 
tions numerically approximated using two basic methods. The functions SIN, COS, EXP, 
LN, and ATAN are approximated by using polynomials fitted to the various functions 
over a limited range of the independent variable. The functions SQRT and FPINV are 
approximated by iteratively solving a particular non-linear equation. The extended preci- 
sion versions of these programs (category II) use the same approach with extended-precision 
arithmetic and resort to more accurate polynomials or more iterations to achieve the desired 
precision. 

Polynomial Approximations 

The polynomial approximation method is fiindamentally very simple. A limited part 
of a function is approximated by a polynomial of some order sufficient to obtain the desired 
accuracy. The polynomial is generally a series of the form: 

n 

i=0 

where x is the independent variable, n the polynomial order (a fixed integer), and a[i] 
is a set of n+1 fixed coefficients. 

The desired function, say f(x), is then approximated by a particular P(n, x) such that: 

f(x) = P(n, x) -h e(x), xl < X < xu, (2) 

where xl and xu are the limits of the domain of x, and e(x) or e(x)/f(x) is the error func- 
tion which has been usually minimized in the min-max (equi-ripple) sense. This is done 
by selecting an appropriate means of calculating the coefficients a[i]. 

Various techniques and schemes are used in the selection of: 

O the approximation interval, 

® transformations on the function, 

@ selection of the polynomial form, 

® error minimization criteria, and 

@ calculation of the coefficients. 

See Hastings [2] for an excellent tutorial on this numerical methodology. All of the 
polynomial approximations used in here were obtained from the National Bureau of Stan- 
dards reference edited by Abramowitz and Stegun [3]. 
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Non-Linear Equation Approximation 

The second method of approximation, using the solution of non-linear equations, 
is easier to understand. This method requires that a solution for the equation g(x) = 
be found. One means for solving this equation is by Newton-Raphson iteration. This can 
be understood by considering the Taylor series expansion for g(x): 

g(x + h) = g(x) + hg'(x) + r(x, h), (3) 

where r(x, h) is the remainder of the series (which can be assumed to be small), and g'W 
is the derivative of the function g(x). Leaving off the remainder in (3) we get, in terms 
of incremental values of x, the approximation: 

g(x[i+l]) = g(x[i]) + [x[i + l]-x[i]]g'(x[i]). (4) 

Solving for x[i4-l] in (4) with g(x[i+l]) = yields the approximation: 

x[i + l] = x[i] - g(x[i])/g'(x[i]). (5) 

Thus, x[i+l] will converge to a solution of g(x) = 0. Convergence can be shown 
to be quadratic, i.e. the error in the approximation at each iteration is proportional to the 
square of the error in the previous iteration. Minimally, this requires a sufficiently close 
starting value for x[0] and the condition that |g'(x)| > for all iterated values of x. 

Math Functions Details 

The approximation techniques can be applied to each of the classes of functions. 
The following sections describe the approximations as they are applied to each function. 

Inverse and Square Root Functions 

For the problem of computing good approximations to sqrt(c) (SQRT and SQRTX 
routines) and 1/c (FPINV and FPINVX routines), both g(x) and g'(x) must be derived 
and then use the iteration of equation (5). This is complicated by the restriction that divi- 
sion should be avoided since the TMS320C30 has no divide instructions. For the iteration 
to find the inverse of c, you can write: 

g(x[i]) = l/x[i] - c = 0, (6) 

which is solved when 1/x = c or x = 1/c. Taking the derivative of (6) and substituting 
into (5) and simplifying gives us: 

x[i + l] = x[i][2 - cx[i]], (7) 

which needs no division. 

Thus, (7) will converge to 1/c with the accuracy (in digits) for each iteration equal 
to twice that of the preceding one. Thus, if x[0] approximates 1/c to 3 bits of precision, 
only three iterations of (7) will yield about 24 = 3(2^) bits of accuracy. 
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A similar iteration from f(x) = x^ for sqrt(c) can be derived from the formulation: 

g(x[i]) = x[i]2 - c = 0, (8) 

which is solved when x2 = c or x = sqrt(c). The solution for (8) leads to the classic square 
root formula: 

x[i + l] = 0.5[c/x[i] + x[i]], (9) 

but this equation uses division. However, the iteration from f(x) = l/x2 for l/sqrt(c) can 
be shown to be: 

x[i+l] = x[i][1.5 - c'x[i]2], (10) 

where c' = c/2 = 0.5c. Though (10) needs no division, the final desired result must be 
transformed by an extra multiplication by the input c because: 

sqrt(c) = c[l/sqrt(c)]. (11) 

Formula (10) will also converge, in the precision doubling fashion of the Newton- 
Raphson iteration, given a suitable close starting value for x[0] and the use of sufficiently 
accurate arithmetic. Note that the extended-precision version routines FPINVX and SQRTX 
both use an extra iteration (for a total of 4) to achieve the needed 32-bit accuracy for the 
40-bit format. 

The initial guess x[0], for the iterations of l/sqrt(c) and 1/c, may be obtained using 
an interesting approximation. A TMS320C30 floating-point number c = (1 + m)2e, where 
< m < 1 and -127 < e < 127. The extra 1, added to the fractional mantissa m, 
is the implied bit. Then we can write the inverse of c as: 

1/c = 1/(1 + m)2-e. (12) 

An excellent approximation for the inverse of the mantissa is: 

1/(1 + m) = 1 - m/2, (13) 

which is exact at the end points: m = and m = 1. Then the approximation for the 
reciprocal would be: 

1/c = (1 - m/2)2-e. (14) 
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It turns out that this approximation can be achieved in a single logical operation. 
If you compute the unlikely value of c' = c XOR OFFTFFFFFFFh, you would comple- 
ment all bits in c except the sign bit. Including the implied bit and taking the effect of 
one's complement arithmetic into account results in a final value of: 

c' = [1 + (1 - m)]2-(e + 1), (15) 

or the desired approximation: 

c' = (1 -m/)2-e = 1/c. (16) 

c' gives about 3 bits of precision, which is an excellent seed x[0] for the 1/c iteration. 
Using e/2, you have a start for the l/sqrt(c) iteration as well. 

Sine and Cosine Functions 

The SIN, COS, SINX, and COSX (sine and cosine) routines all use the same basic 
approximation (section 4.3.98, p. 76 in [3]). The series is for sin(x)/x but is obviously 
transformed by multiplying by x. The polynomial of even terms then is of the form: 

5 
sin(x) = X J^ [a[2i]x2i] + xe(x), (16) 

i=0 

where |x| < Pi/2 and |xe(x)l < 2(10-9). Instead of using another power series for cos(x), 
you can use the fact that: 

cos(x) = sin(x + Pi/2). (17) 

The series given by (16) is only accurate in the 1st and 4th quadrants, i.e. |x| < 
Pi/2. Sin(x) in the other two quadrants is found from: 

sin(x) = sin(Pi - x). (18) 

The case for x < is expediently handled by using |x| for all calculations except 
for the final multiply by x in (16). 

Exponential Functions 

The EXP and EXPX (exponential) routines use an approximation (see Section 4.2.45, 
p. 71, in [3]). The expansion is of the form 

7 

exp(x) = 2] t^ti]^^^ + ^«' (19) 

i=0 

where < x < ln(2) and |e(x)| < 2(10-10). The series for 2y is found by substituting 
y = x/ln(2) since: 

exp(x) = exp(ln(2)y) = 2y. (20) 
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The new expansion then becomes: 

7 
2y = 2] [b[i]yi] + e(x), (21) 

i=0 

where b[i] = a[i](ln(2)0. See the coefficients in the EXP routine. 

Values of exp(x) for x outside the convergent range are found by two means. First 
for X < 0, note the relationship: 

exp(-x) = l/exp(x), (22) 

which does require an inverse (see the FPINV and FPINVX routines). For y > 1, let 
y = n + f where n = 1,2,... and < f < 1. By substituting y in (20), you get 

exp(x) = 2n+f = (2f)(2n). (23) 

Natural Log Functions 

The LN and LNX (natural or base e logarithm) routines use the approximation from 
[3] (section 4.1.44, p. 69). The expansion comes in the form: 

8 

ln(l + X) = X) f^fi]^^^ + ^W' (24) 

i = l 

where < x < 1 and |e(x)| < 3(10-8). xhe expansion for ln(y) can be used if the 
transformation y = x — 1 is applied. 

Values of ln(x) for x outside the convergent range are found in the following way. 
First, make the substitution x = f(2ii) for 1 < f < 2 and n = 0, 1, . . . , and then write: 

log2(x) = log2(f2n) = n + log2(f), (25) 

where log2(x) is the log base 2 of x. Using the relationship that log2(x) = ln(x)/ln(2), 
you get the equation 

ln(x) = ln(f) + nln(2). (26) 

Arctangent Functions 

The AT AN and ATANX (arc or inverse tangent) routines use the approximation 
from section 4.4.49, p. 81 in [3]. The series with only even terms for atan(x)/x is trans- 
formed to 

8 
atan(x) = x J^ [a[2i]x2i] + xe(x), (27) 

i=0 
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where -1 < x < 1 and |xe(x)| < 2(10-8). Values for atan(x) for x outside the con- 
vergent range are obtained by noting the following identity: 

atan(x) = atan((x - l)/(x + 1)) + Pi/4. (28) 

Using the bilinear transformation y = (x - l)/(x + 1) assures, at the expense of 
a divide operation, that y < 1 for x > 1. The case for x < is expediently handled 
by using |x| for all calculations except for the final multiply by x in (27). 

Divide and Multiply Fiinctions 

The last group of routines in category I and II are those for the additional arithmetic 
functions FDIV and FDIVX (floating-point divides), and FMULTX (extended-precision 
floating-point multiply). The divide operation for the TMS320C30, a = b/c is done by 
calculating the reciprocal or inverse of the divisor c. Then you compute 

a = b(l/c). (29) 

For a normal-precision divide, FDIV finds 1/c by a call to FPINV. A subsequent 
normal TMS320C30 floating-point multiply of the rounded inverse provides a suitable 
quotient. For an extended-precision divide, FDIVX finds 1/c by a call to FPINVX. The 
inverse is then extended-precision multiplied by the dividend using FMULTX. 

The extended-precision floating-point multiply simulated by FMULTX is the key 
to the implementation of virtually all of the extended-precision functions. The extended 
multiply is achieved using the normal floating-point multiply of the TMS320C30. For two 
extended-precision numbers xa and xb, you can represent each as the sum of two floating- 
point numbers: xa = a + ea(2-24) and xb = b + eb(2-24). xhe quantities ea and eb 
are the one-byte extensions of xa and xb respectively. 

Thus the complete product xc = (xa)(xb) can be expanded and written as 

xc = (a)(b) + [(a)(eb) + (b)(ea)]2-24 + (ea)(eb)2-48. (30) 

The last term in (30) is always less than the 32-bit precision in the mantissa of the 
final result. Therefore, you need only to compute the first two terms in the product xc. 
Also, note that all the indicated products in (30) may be computed using a normal-precision 
native TMS320C30 multiply as long as the terms are collected in extended-precision 
registers. The additions are also done using the native TMS320C30 add as it is implemented 
in extended-precision. 
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Integer Arithmetic Program Details 

Integer routines differ from the floating-point versions because they produce only 
integer results. If the computation can produce fractional values, then the fraction must 
be truncated to leave only the integer result. 

Integer Result Log Base 2 

The routine ILOG2 is a useful utility for computing integer value m of the log base 
2 of the integer n. The result is computed by successive multiplies by 2 (implemented 
as shifts by 1). The resulting relationship is n < 2m, such that if log2(n) is not an exact 
integer, m is rounded up to the next largest integer. This is useful as it allows the deter- 
mination of m from any value n > (e.g. not a power of two) which might require the 
padding of additional values (zeros) for a radix 2 FFT. This program is very fast because 
of a delayed branch loop and internally requires only 4(m+ 1) cycles (cached) to do the 
calculation. 

Extended Precision Integer Multiply 

The IMULT routine is a modified version of the program EXTMPY in the 
TMS320C3x User's Guide [1]. It has been modified and slightly speeded up. The negation 
of the final 64-bit product is done in two instructions by direct two's complement nega- 
tion rather than by using one's complement to simulate the same result. The product is 
computed by breaking the multiplier and multiplicand up into two 16 bit integers each. 
Thus the full product c of the numbers a = au(2l6) + al, and b = au(2l6) + bl is 

c = (au)(bu)232 + [(au)(bl) + (bu)(al)]2l6 -h (al)(bl), (31) 

where the powers of two indicated are accomplished by shifts. Note that each product 
in (31) must be represented as a 32-bit integer. The adds in the sum must be done with 
care to facilitate the carry between the two final 32-bit components of the product. 

Integer Divide 

The IDIV routine is a modified version of the program DIVI in the TMS320C3x 
User's Guide [1]. It has been modified to return the absolute value of the remainder of 
the integer division. The remainder was originally computed, but was discarded during 
the extraction process for the quotient. A few more instructions allow the extraction of 
both the quotient and remainder from the result of the SUBC process. The program IDIV 
may be used for the computation of the modulo function. The output of IDIV is the pair 
[q, |r|] = a/b, with the property: 

< r = (a modulo b) < a, (32) 

for a > and b > 0. The complete relationship is, by definition, a = bq + r, for positive 
a and b. 
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Vector Utility Routines 

Vector utilities are functions which operate on arrays of numbers. Some utilities, 
like dot products and convolutions, are simple. Other utilities, like those presented here, 
are more involved. 

Complex and Complex Conjugate Array Multiplies 

The array routine *CORMULT computes the point-by-point complex conjugate 
multiply of two complex arrays. If the arrays are cl and c2, and are of length n, then: 

cl[k] ^ cl[k]conj(c2[k]), k = 1, . . . , n, (33) 

where ^ means replaces. Each complex array is assumed to be stored as two separate 
arrays, i.e. [cl] = [xl, yl] and [c2] = [x2, y2]. In cartesian complex representation, (33) 
becomes 

(xl + iyl) <- (xl + iyl)(x2 - iy2), (34) 

where i represents the imaginary constant sqrt(— 1). Separating the real and imaginary 
parts, we have: 

xl <- xlx2 + yly2, yl <- ylx2 - y2xl (35) 

This operation can be used for the frequency domain correlation of two FFTs to imple- 
ment time domain correlation. 

On the other hand, the array routine *CONMULT computes the point-by-point com- 
plex multiply of two complex arrays. If the arrays are cl and c2, and are each of length 
n, then 

cl[k] <- cl[k](c2[k]), k = 1, . . . , n, (36) 

In cartesian complex representation, (36) becomes 

(xl + iyl) <- (xl + iyl)(x2 -h iy2). (37) 

Separating the real and imaginary parts results in 

xl <- xlx2 - yly2, yl ^ ylx2 + y2xl. (38) 

This operation can be used for the frequency domain convolution of two FFTs to imple- 
ment digital filtering. 



286 A Collection of Functions for the TMS320C30 



Complex Array Bit Reversal 

The array routine *CBITREV executes an in-place bit reverse permutation on two 
arrays simultaneously. This operation is generally used for index scrambling before a DIT 
FFT (decimation in time, see CIFFT2), or after a DIF FFT (decimation in frequency, 
see CFFFT2) for index unscrambling. Therefore, *CBITREV is useful in permuting com- 
plex arrays stored as two separate arrays which are associated with radix 2 FFTs. The 
program uses the bit reverse indexing feature of the TMS320C30 to achieve this function. 
The loop in *CBITREV is nearly as efficient in permuting two arrays together as per- 
muting one array alone. This is due to the use of parallel load and store instructions and 
a delayed (single cycle) conditional branch. 

Floating Point Conversions 

The array routines *FMIEEE and *T01EEE are vectorized versions of their original 
scalar counterparts FMIEEE and TOIEEE. Both routines do fast conversions from or 
to IEEE format by avoiding dealing with special rare cases. Also, both programs convert 
the numbers in the arrays in-place which destroys the original data. These array versions 
of the format conversion routines are much faster than calling the scalar version routines 
in a special loop. These routines also have their own internal, shared constant table for 
conversions. 

Vector Primitives 

The array routines *VECMULT, *CONMOV, and *VECMOV are a useful suite 
of efficient programs for simple array operations. The first routine, *VECMULT, per- 
forms the simple operation x[k] ^ x[k]c which is a scalar-vector multiply useful in uniform- 
ly scaling an array by a constant c. You can use this for scaling arrays after an inverse 
FFT by choosing c = 1/n. The next routine, *CONMOV, performs the operation 
x[k] ^ c which is useful in filling or initializing any portion of an array to a single cons- 
tant c. The last routine, *VECMOV performs the simple operation x[k] ^ y[k], an array 
move, and is, therefore, generally useful. 

FFT Routines 

This category contains the two complementary radix 2 complex FFT programs 
CFFFT2 and CIFFT2. These programs differ from previously available TMS320C30 FFT 
programs in that they operate on complex arrays which are stored as two separate and 
independent real arrays. Both routines do the FFTs in-place and do no index permutations 
or constant scaling (multiplication). Also these programs require only a 3/4 cycle exter- 
nal, pre-computed sine table. As with previous FFT programs, these, too, have a special 
multiply-less butterfly loop for the occurrence of unity twiddle or complex rotation factors. 
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The routine CFFFT2 is a DIF radix 2 complex forward FFT program and thus 
assumes a normally indexed pair of input arrays. The output array is bit-reverse permuted 
and normally must be unscrambled to be of any use (see *CBITREV). The routine CIFFT2 
is a DIT radix 2 inverse FFT program and thus assumes a bit-reverse indexed pair of 
input arrays. A normally indexed complex frequency spectrum must be bit-reverse scrambl- 
ed before using CIFFT2 (again, see *CBITREV). On the other hand, the output from 
this inverse FFT is in normal indexed order, but lacks the traditional scaling by the factor 
of 1/n. Therefore, back-to-back calls of CFFFT2 and CIFFT2 will return the original 
complex array (in proper order) but multiplied by a factor of n. Consult the handbook 
by Burrus and Parks [4] for additional FFT algorithm details. 

Linear Algebra Routines 

The routines *SOLUTN and *SOLUTNX are the normal- and extended-precision 
implementations of the algorithm for solving simultaneous linear equations. This algorithm 
is the modified Gauss- Jordan elimination without (off diagonal) pivoting. This is a simple 
algorithm which is intended for use with well-conditioned systems of dense linear equa- 
tions of moderate size. Well conditioned means that the system of linear equations is linearly 
independent or non-singular. This subject and further algorithm details are to be found 
in chapter 2 of [5] by Press et al, or any other book on the numerical techniques of linear 
algebra. This algorithm is suitable for a wide range of problems requiring the solution 
of a system of linear equations, e.g. exact or least squares polynomial fitting. 

A simple system of linear equations has the form: 

A[l, l]x[l] + A[l, 2]x[2] + . . . + A[l, n]x[n] = y[l], (39) 

A[2, l]x[l] + A[2, 2]x[2] + . . . + A[2, n]x[n] = y[2]. 



A[n, l]x[l] + A[n, 2]x[2] + . . . + A[n, n]x[n] = y[n]. 

Symbolically, you may write A = A[i, j] as the n x n matrix of coefficients, and 
X = x[i] as the unknown independent variable (column) vector, and y = y[j] as the depen- 
dent variable (row) vector. Thus (39) can be written in short hand form as Ax = y or 
Ax — y = 0, where the multiplication indicated is a matrix- vector multiply. The fun- 
damental problem in linear algebra, then, is to find the solution vector x. In fact, you 
may desire to find the m different solutions to m sets of linear equations which share the 
same coefficient matrix A, i.e. Ax[k] = y[k], for k = 1, . . . , m. 
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You can solve the general problem just stated by using *SOLUTN, or with more 
accuracy with *SOLUTNX. This is done by constructing a tableau B (table of coefficients) 
which is simply the coefficient matrix A (in row major storage format) with the negative 
of the y vector (s) appended (:) as m extra columns to A. Thus you would have B = A 
: — y, as your problem, where B is a n by n+m matrix and typically m = 1. Thus, for 
the common case of m = 1, the input array B can be written as: 

A[l, 1], A[l, 2], . . . , A[l, n], -y[l], (40) 

A[2, 1], A[2, 2], . . . , A[2, n], -y[2], 



A[n, 1], A[n,2], . . . , A[n, n], -y[n]. 

After the *SOLUTN routine is executed, the matrix C = A' : x appears, where 
the column(s) beyond the original coefficients A (the y[k] vectors) have been replaced 
by the solution vector(s) x[k]. The new matrix A' is a partially computed version of the 
inverse of the matrix A. The complete inverse of A, which is normally computed by the 
standard Gauss-Jordan scheme, is rarely needed. Therefore, a faster modified algorithm 
has been used which does about half the work. 

This simple method used for solving systems of linear equations has two restrictions. 

1 . As the pivoting operation (exchange of x and y variables) always starts with 
A[l, 1] and proceeds down the diagonal, A[l, 1] must be non-zero. This is 
because, in the exchange process, you must divide by the pivot element. A zero 
coefficient at A[l, 1] may be moved by reordering the variable indices by ap- 
propriately swapping rows and columns in A and in y. 

2. The maximum absolute value of the elements in A must be approximately uni- 
ty. This is necessary to assure that no pivot element is encountered which is 
smaller in magnitude than 10-8 for *SOLUTN, and 10-10 for *SOLUTNX. 
This restriction monitors the system condition and assures an adequately ac- 
curate solution, but the final solution should always be verified by substitu- 
tion. This is done by inspecting the elements of the error vector e = Ax - 
y computed by using the solution x, and the original A and y. 



A Collection of Functions for the TMS320C30 ^^^ 



Summary 

This report presented a set of routines that can be used in digital signal processing 
applications. The appendix contains the source code of these routines. This source code 
can also be obtained from the Texas Instruments Electronic Bulletin Board (713) 274-2323. 
If there are comments or corrections, please contact the author of this report: 

Mr. Gary Sitton 
Gas Light Software 
5211 Yarwell 
Houston, TX 77096 
Tel (713) 729-1257 
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PROGRflU: $flATH.AS« 
NORMAL FLOATING-POINT 
MATH. ASM CONSISTS OF 
SIN - COMPUTES 
COS - COMPUTES 
EXP - COMPUTES 
LN - COMPUTES 
ATAN - COMPUTES 
SORT - COMPUTES 
FPINV - COMPUTES 
FDIV - COMPUTES 



(32-BIT) MATH FUNCTIONS 

THE FOLLOWING ROUTINES: 

A 7D SINE(X) FOR ALL X IN RADIANS. 

A 7D COSINE(X) FOR ALL X IN RADIANS. 

A 7D EXP(X) FOR' ALL !XI =< 88. 

A 7D LN(X) FOR ALL X > 0. 

A 7D ATAN(X) FOR ALL X IN RADIANS. 

AN 8D SQRT(X) FOR ALL X >= 0. 

AN 8D 1/X FOR ALL X /= 0. 

AN 8D X/Y FOR ALL X AND ALL Y /= 0. 









§ 


««{ 
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* SINE FUNCTION: RO <= SIN(RO). » 

* * 

* APPROXIMATE ACCURACY: 7 DECIMAL DIGITS. # 

* INPUT RESTRICTIONS: NONE. ♦ 

* REGISTERS FOR INPUT: RO (ARGUMENT IN RADIANS). « 
» REGISTERS USED AND RESTORED: DP AND SP. ♦ 

* REGISTERS ALTERED: ARO, IRO, AND RO-4. # 
« REGISTERS FOR OUTPUT: RO. * 

* ROUTINES NEEDED: NONE. » 

* EXECUTION CYCLES (MIN, MAX): 44 , 44. * 
#»#♦«»**#»#♦*»*»»**♦»«♦♦**♦»»#♦*«*»*♦*♦«*«♦♦*««**««»#«#« 

; EXTERNAL PROGRAM NAMES 

.GLOBL SIN 
.6L0BL ECOS 

; INTERNAL CONSTANTS 

.DATA 

.FLOAT 0.636619772 ; 2/PI 

POLYNOMIAL COEFFS. FOR SIN(X*2/PI), -1 < X < I 

.FLOAT 1.570796327 ; CI (PI/2) 

.FLOAT -0.6459640968 ; C3 

.FLOAT 0.07969260878 ; C5 

.FLOAT -0.00468166687 ; C7 

.FLOAT 0.00016025884 ; C9 

.FLOAT -0.000003433338 • Cll 

.WORD COF . ADDRESS OF COEFFS. 

.FLOAT -1.0, 0.0, 1.0, 0.0 ; MAPPING CONSTANTS 

.WORD CON ; ADDRESS OF CONSTS. 

.TEXT 

START OF SIN PROGRAM 



PUSH DP 
LDP eACOF 



; SAVE DP 

. LOAD DATA PAGE POINTER 



R0,R4 



i ROUND X 
; R4 <= X 



COSINE ENTRY POINT 



SCALE AND MAP VARIABLE X 



ABSF 


RO 


RO <= IXI 


LDF 


R0,R1 


Rl <= RND !X! 


MPYF 


eNORM,Rl 


Rl <= X»2/PI 


FIX 


R1,IR0 


IRO <= INTEGER QUADRANT Q 


FLOAT 


IR0,R2 


R2 <= FLOATING QUADRANT Q 


SUBF 


R2,R1,R0 


RO <= X, -1 < X < 1 


NE6F 


R0,R3 


R3 <:= -X 


ADD I 


1,IR0 


IRO <= Q + 1 


AND 


3, IRO 


IRO <= TABLE INDEX 


T3TB 


2, IRO 


LOOK AT 2ND LSB 


LDFNZ 


R3,R0 


IF 1 THEN RO <= -X 


LDI 


eACON.ARO 


ARl -> CONST. TABLE 


ADDF 


»+ARO(IRO),RO 


FINAL MAPPING, RO <= X + C 


NEGF 


R0,R3 


R3 <= -X 


LDI 


eAC0F,AR0 


ARO -> COEFF. TABLE 


POP 


DP 


UNSAVE DP 


EVALUATE TRUNCATED (ODD) 


SERIES 


MPYF 


R0,R0,R2 


R2 <= X*»2 


RND 


R2 


ROUND X**2 


MPYF 


#AR0-,R2,R1 


Rl <= X*»2tCll 


ADEf 


♦AR0~,R1 


Rl <= C9 + Rl 


MPYF 


R2,R1 


Rl <= X«2»(C9 + Rl) 


ADDF 


♦AR0~,R1 


Rl <= C7 + Rl 


MPYF 


R2,R1 


Rl <= X**2«(C7 + Rl) 


ADDF 


»AR0~,R1 


Rl <= C5 + Rl 


RND 


Rl 


ROUND BEFORE t 


MPYF 


R2,R1 


Rl <= X"2«(C5 + Rl) 


ADDF 


♦AR0~,R1 


Rl <= C3 + Rl 


RND 


Rl 


ROUND BEFORE # 


MPYF 


R2,R1 


Rl <= X«»2*(C3 + Rl) 


ADDF 


♦ARO.Rl 


Rl <= CI + Rl 



FINISH UP SERIES AND RETURN 
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5! 



LDF 


R4,R4 


LDFN 


R3,R0 


POP 


R2 


BUD 


R2 


RND 


RO 


RND 


Rl 


flPYF 


R1,R0 



TEST ORIGINAL X 

IF X < THEN RO <= -X 

R2 <= RETURN ADDRESS 

RETURN (DELAYED) 

ROUND BEFORE * 

ROUND BEFORE « 

Rl <= X*(C1 + Rl) 



Q 






PROGRAM: COS ♦ 

# 

WRITTEN BY: GARY A. SITTON ♦ 

GAS LIGHT SOFTWARE # 

HOUSTON, TEXAS ♦ 

MARCH 1989. ft 

i 

COSINE FUNCTION; RO <= COS(RO). * 

♦ 
APPROXIMATE ACCURACY: 7 DECIMAL DIGITS. ft 
INPUT RESTRICTIONS: NONE. ♦ 

REGISTERS FOR INPUT: RO (ARGUMENT IN RADIANS). ft 
REGISTERS USED AND RESTORED: DP AND SP. ♦ 
REGISTERS ALTERED: ARO, IRO, AND RO-4. ft 

REGISTERS FOR OUTPUT: RO. ♦ 

ROUTINES NEEDED: ECOS (SIN). ft 

EXECUTION CYCLES (MIN, MAX): 46 , 46. ♦ 

ft 
ft NOTE: USES SHFT CONSTANT FROM SIN PROGRAM! ♦ 

««ftft««ftftft«ft««««««««ft«ftftftftftft«ft««ftft««4««ftftftft«ft«4««ftftft«ft«ftft« 

; EXTERNAL PROGRAM NAMES 

.ClOBL COS 
.GLOBL ECOS 

.TEXT 

; START OF COS PROGRAM 



PUSH 


DP 


; SAVE DP 


LDP 


eACOF 


; LOAD DATA PAGE POINTER 


BRD 


ECOS 


; RO <= COS(X) =SIN(X'), (DELAYED) 


RND 


RO 


• ROUND X 


ADDF 


eSHFT,RO 


; RO <= X' = X + PI/2 


LDF 


R0,R4 


; R4 <= X' 



RETURN OCCURS FROM SIN ! 






♦ PROGRAM: EXP 
« 

« WRITTEN by: GARY A. SITTON 
» GAS LIGHT SOFTWARE 

♦ HOUSTON, TEXAS 

♦ MARCH 1989. 
* 

♦ EXPONENTIAL FUNCTION: RO <= EXP(RO). 
* 

« APPROXIMATE ACCURACY: 7 DECIMAL DIGITS. 

♦ INPUT RESTRICTIONS: !R0! <= 88.0. 
» REGISTERS FOR INPUT: RO. 

« REGISTERS USED AND RESTORED: DP AND SP. 

» REGISTERS ALTERED: RO-A. 

♦ REGISTERS FOR OUTPUT: RO. 
» ROUTINES NEEDED: FPINV. 

♦ EXECUTION CYCLES (MIN, MAX): 44 (RO <= 0), 70. 



EXTERNAL PROGRAM NAMES 







.GLOBL 


EXP 








.GLOBL 


FPINV 






; 


INTERNAL CONSTANTS 




X 




.DATA 








; 


SCALING COEFF. FOR 2*»-X 




ENRM 

: 


.FLOAT 1.442695041 ; 1/LN(2) 
POLYNOMIAL COEFFS. FOR 2«-X, <= X < 1 


'^ 




.FLOAT 


1.0000000000 


CO 


g' 




.FLOAT 


-0.693147180 


CI 




.FLOAT 


0.240226469 


C2 


2 
^ 




.FLOAT 


-0.055503654 


C3 




.FLOAT 


0.009615978 


C4 


1' 




.FLOAT 


-0.001328240 


C5 




.FLOAT 


0.000147491 


C6 




C7 


.FLOAT 


-0.000010863 


C7 


AC7 


.WORD C7 

.TEXT 

START OF EXP PROGRAM 




i 


EXP: 








; 


SCALE VARIABLE X 





PUSH 


DP 


LDP 


eAC7 


RND 


RO 


NEGF 


R0,R2 


LDF 


R0,R1 


LDFN 


R2,R1 


MPYF 


eENRM.Rl 


FIX 


R1,R3 


aOAT 


R3,R0 


SUBF 


RO.Rl 


NEGI 


R3 


LSH 


24, R3 


PUSH 


R3 


POPF 


R3 


LDI 


eAC7,AR0 


POP 


DP 



SAVE DP 

LOAD DATA PAGE POINTER 

ROUND X 

R2 <= -X 

Rl <= X 

IF X < THEN Rl <= IX! 

Rl <= X = 1X!/LNI2) 

R3 <= I = INTEGER OF X 

RO <= FLT. PT. I 

Rl <= FRACTION OF 1X1, 

R3 <= -I 

MOVE -I TO EXP. 

SAVE AS INT. 

R3 <= FLT. PT. 2«»-I 

mo -> COEFF. TABLE 

UNSAVEDP 



EVALUATE TRUNCATED SERIES 



RND Rl 

MPYF *AR0~,RI,R0 

ADDF *AR0~,R0 



I ROUND BEFORE « 
; RO <= X»C7 
I RO <= C6 + RO 



MPYF R1,R0 
ADDF *ARO~,R0 



; RO <= XKC6 + RO) 
; RO <= C5 + RO 



MPYF R1,R0 
ADDF *ARO~,RO 



) <= X*(C5 + RO) 
) <= C4 + RO 



MPYF R1,R0 
ADDF #ARO~,R0 



; RO <= X»(C4 + RO) 
I RO <= C3 + RO 



RND RO 
MPYF R1,R0 
ADDF . *ARO~,R0 



I ROUND BEFORE ♦ 
I RO <= X«(C3 + RO) 
■ RO <= C2 + RO 



RND RO 
MPYF Rl.RO 
ADDF *ARO~,R0 



I ROUND BEFORE ♦ 
1 RO <= X*(C2 + RO) 
I RO <= CI + RO 



RND RO 
MPYF R1,R0 



I ROUND BEFORE * 
; RO <= X«(C1 + RO) 



TEST FOR X < AND RETURN 

LDF R2,R2 • TEST ORIGINAL -X 

BND FPINV ; IF -X < THEN RO <= 1/X, (DELAYED) 

ADDF *ARO,RO ; RO <= 2»*-X = CO + RO 

RND RO ; ROUND BEFORE * 

MPYF R3,R0 ; RO <= 2«*-(I + X) 



RETS 



; RETURN (IF NO FPINV BRANCH) 
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I 



* program: LN 
* 

* WRITTEN by: GARY A. SIHON 

* ., GAS LIGHT SOFTWARE 

* HOUSTON, TEXAS 

* MARCH 1989. 
» 

* LOGARITHM FUNCTION BASE E: RO <= LN(RO). 
* 

* APPROXIMATE ACCURACY: 7 DECIMAL DIGITS. 

* INPUT RESTRICTIONS: R0> 0.0. 

* REGISTERS FOR INPUT: RO. 
« REGISTERS USED AND RESTORED: DP AND SP. 
« REGISTERS ALTERED: ARC AND RO-3. 
» REGISTERS FOR OUTPUT: RO. 

* ROUTINES NEEDED: NONE. 
» EXECUTION CYCLES (HIN, MAX): 43 , 43. 



G 



EXTERNAL PROGRAM NAMES 
.GLOBL LN 
INTERNAL CONSTANTS 
.DATA 



SCALING COEFFS. FOR LN(1+X) 



LNRM 
CO 



.FLOAT 0.6931471806 
.FLOAT 1.0000000000 



■ LN(2) 
I CO (1.0) 



POLYNOMIAL COEFFS. FOR LN(1+X), <= X < 1. 



C8 
ACS 



.FLOAT 0.9999964239 

.FLOAT -0.4998741238 

.FLOAT 0.3317990258 

.FLOAT -0.2407338084 

.FLOAT 0.1676540711 

.FLOAT -0.0953293897 

.FLOAT 0.0360884937 

.FLOAT -0.0064535442 

.WORD C8 



; TOP OF CI 

I TOP OF C2 

I TOP OF C3 

I TOP OF C4 

; TOP OF C5 

! TOP OF C6 

I TOP OF C7 

I TOP OF C8 



START OF LN PROGRAM 






LDF RO,RO 
RETSLE 



; TEST X 

; RETURN NOW IF X <= 



SCALE VARIABLE X 




PUSH 


DP 


SAVE DP 


LDP 


eAC8 


LOAD DATA PAGE POINTER 


PUSHF 


RO 


SAVE AS FLT. PT. 


POP 


R3 


R3 <= INTEGER FORMAT 


ASH 


-24, R3 


R3 <= E = SIGNED EXP. 


FLOAT 


R3,R1 


Rl <= FLT. PT. E VALUE 


LDF 


eco,R2 


R2 <= 1.0 


LDE 


R2,R0 


EXP. RO <= (1 <= X < 2) 


SUBRF 


R0,R2 


R2 <= X - 1 (0<= X < 1) 


LDF 


eLNRM,RO 


RO <= LN(2) 


MPYF 


R1,R0 


RO <= E»LN(2) 


LDF 


R0,R3 


R3 <= E*LN(2) 


LDI 


eAC8,AR0 


ARC -> COEFF. TABLE 


POP 


DP 


UNSAVE DP 



EVALUATE TRUNCATED SERIES 



RND 


R2,R1 


Rl <= RND X 


MPYF 


»AR0~,R1,R0 


RO <= X*C8 


ADDF 


«ARO~,R0 


RO <= C7 + RO 


MPYF 


R1,R0 


RO <= X»(C7 + RO) 


ADDF 


«AR0~,R0 


RO <= C6 + RO 


MPYF 


R1,R0 


RO <= X*(C6 + RO) 


ADDF 


«ARO~,R0 


RO <= C5 + RO 


MPYF 


Rl.RO 


RO <= X*(C5 + RO) 


ADDF 


#AR0~,R0 


RO <= C4 + RO 


MPYF 


R1,R0 


RO <= X*(C4 + RO) 


ADDF 


*AR0~,R0 


RO <= C3 + RO 


RND 


RO 


ROUND BEFORE « 


MPYF 


R1,R0 


RO <= X«(C3 + RO) 


ADDF 


*ARO~,R0 


RO <= C2 + RO 


RND 


RO 


ROUND BEFORE * 


MPYF 


R1,R0 


RO <= X*(C2 + RO) 


ADDF 


*ARO~,R0 


RO <= CI + RO 



ADD IN SCALED EXPONENT AND RETURN 



POP 


R2 


; R2 <= RETURN ADDRESS 


BUD 


R2 


; RETURN (DELAYED) 


RND 


RO 


; ROUND BEFORE * 


MPYF 


R1,R0 


; RO <= X*(C1 + RO) 


ADDF 


R3,R0 


; RO <= LN(X) + E*LN(2) 



to 

NO 
ON 



«««♦#««««»♦♦♦*♦«#♦♦«♦♦♦*♦««♦*«♦»#«♦♦#*♦««♦♦»»« 

PROGRAM! ATAN 

WRITTEN BY: GARY A. SITTON 

GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 

ARC TANGENT FUNCTION: RO <= ATAN<RO). 

APPROXIMATE ACCURACY: 7 DECIMAL DIGITS. 

INPUT RESTRICTIONS: NONE. 

REGISTERS FOR INPUT: RO. 

REGISTERS USED AND RESTORED: DP AND SP. 

REGISTERS ALTERED: ARC, IRQ, AND RO-4. 

REGISTERS FOR OUTPUT: RO (IN RADIANS). 

ROUTINES NEEDED: FDIV. 

EXECUTION CYCLES (HIN, MAX): 30 (lATANi <= 1), 6' 



EXTERNAL PROGRAM NAMES 



.GLOBL ATAN 
.GLOBL FDIV 



INTERNAL CONSTANTS 
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SCALING COEFFS. FOR ATAN(X) 

.FLOAT -0.7853981635 ; -PI/4 
.FLOAT 0.7853981635 ; PI/4 
.FLOAT 0.0000000000 ; ZERO 



§■ 

Co 



POLYNOMIAL COEFFS. FOR ATAN(X), -1 <= X <= 1. 



.FLOAT 1.0000000000 

.FLOAT -0.3333314528 

.FLOAT 0.1999355085 

.FLOAT -0.1420889944 

.FLOAT 0.1065626393 

.FLOAT -0.0752896400 

.FLOAT 0.0429096138 

.FLOAT ^.0161657367 

.FLOAT 0.0028662257 



5 CI 

; C3 

5 C5 

5 C7 

• C9 

; CU 

; C13 

; C15 

5 C17 



G 



AC17 .WORD C17 
.TEXT 



START OF f^Jm PROGRtfl 



SCALE VARIABLE X 




PUSH 


DP 


SAVE DP 


LDP 


eAC17 


LOAD DATA PAGE POINTER 


ABSF 


R0,R2 


R2 <= IX! 


SUBF 


eci,R2 


R2 <= 1X1 - 1 


BLED 


SKIP 


IF IX! > 1 THEN SCALE (DELAYED) 


RND 


R0,R3 


R3 <=RND X 


RND 


RO.Rl 


Rl <= RND X 


LDI 


0,IRO 


IRO <= 0, POST SCALE INDEX 


SCALE FOR !X! > 1 




PUSHF 


Rl 


SAVE RND X 


ABSF 


RO.Rl 


Rl <= IX! 


ADDF 


eci.Ri 


Rl <= iX! + I 


LDF 


R2,R0 


RO <= 1X1 - 1 


CALL 


FDIV 


RO <= (1X1 - 1)/(1X1 + 1) 


TEST FOR X' < 




POPF 


R2 


GET ORIGINAL X 


B6ED 


SKIP 


IF X < THEN RO <= -X' (DELAYED) 


RND 


R0,R3 


R3 <= RND X' 


RND 


RO.Rl 


Rl <= RND X' 


SUBI 


1,IR0 


IRO <= -1, (PI/4) 


NEGF 


R3,R3 


R3 <= -X' 


SUBI 


1,IR0 


IRO <= -2, (-PI/4) 


MPYF 


R1,R1,R0 


RO <= X»»2 


LDI 


eAC17,AR0 


ARO -> COEFF. TABLE 


POP 


DP 


UNSAVEDP 



EVALUATE TRUNCATED (ODD) SERIES 



RND 


RO.Rl 


. Rl <= RND X**2 


MPYF 


*ARO~,Rl,R0 


; RO <= X«2ftC17 


ADDF 


♦ARO~,RO 


; RO <= C15 + RO 


MPYF 


Rl.RO 


. RO <= X«2»(C15 + RO) 


ADDF 


»ARO~,RO 


; RO <= C13 + RO 


MPYF 


Rl.RO 


. RO <= X«2«(C13 + RO) 


ADDF 


*ARO-,R0 


! RO <= CU + RO 


MPYF 


Rl.RO 


? RO <= X»*2*(C11 + RO) 


ADDF 


*ARO-,R0 


• RO <= C9 + RO 


RND 


RO 


; ROUND BEFORE « 


»»YF 


R1,R0 


; RO <= X«2»{C9 + RO) 


ADDF 


»ARO-,R0 


• RO <= C7 + RO 



s^ 






RND RO 

MPYF R1,R0 

ADDF ♦ARO~, 

RND RO 

MPYF Rl.RO 

ADDF *ARO-, 



; ROUND BEFORE* 
• RO <= X«2*(C7 + RO) 
; RO <= C5 + RO 

? ROUND BEFORE * 

; RO <= X»»2»(C5 + RO) 

5 RO <= C3 + RO 



RND RO • ROUND BEFORE * 

nPYF R1,R0 5 RO <= X«2*(C3 + RO) 
ADDF *AR0~,R0,R1 ; Rl <= CI + RO 

FINISH UP, POST SCALE BY C AND RETURN 



POP 


R2 


; R2 <= RETURN ADDRESS 


BUD 


R2 


; RETURN (DELAYED) 


RND 


Rl 


; ROUND BEFORE * 


^PYF 


R3,Rl,R0 


; RO <= ATAN(X) = X»(l + RO) 


ADDF 


♦++ARO(IRO),RO 


; RO <= ATAN(X) + C (0.0, PI/4 OR -PI/4) 



# ?mmM SORT 

* WRITTEN by: (JARY A. SITTON 

* (3AS LIGHT SOFTWARE 
« HOUSTON, TEXAS 

* MARCH 1989. 
» 

• S6UARE ROOT FUNCTION: RO <= SQRT(RO). 
« 

♦ APPROXIMATE ACCURACY: 8 DECIMAL DIGITS. 

* INPUT RESTRICTIONS: RO >= 0.0. 

♦ REGISTERS FOR INPUT: RO. 

« REGISTERS USED AND RESTORED: DP AND SP. 

» REGISTERS ALTERED: RO-4. 

» REGISTERS FOR OUTPUT: RO. 

• ROUTINES NEEDED: NONE. 

* EXECUTION CYCLES (HIN, MAX): 49 , 49. 
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EXTERNAL PROGRAM NAMES 
.GLOBL SORT 
INTERNAL CONSTANTS 
.DATA 



CNSTl .SET 0.5 

CNST2 .SET 1.5 

CNST3 .FLOAT 1.103553391 

CNST4 ..FLOAT 0.780330086 



; ADJUSTED 1.0 

; ADJUSTED SQRT(l/2) 



SHSK 



.WORD 0FF7FFFFFH 

.TEXT 

START OF SORT PROGRAM. 



LDF 
RETSLE 



; TEST AND SAVE V 

; RETURN NOW IF V <= 



GET APPROXIMATION TO 1/V. FOR V = (1+«)»2»»E 
AND <= H < 1, FOR E EVEN: X[0] = (1-M/2)»2m-E/2 
AND FOR E ODD: XtO] = SQRT(l/2)»(l-H/2)*2«-E/2 



5 



PUSH 


DP 


5 SAVE DP 


LDP 


eSMSK 


; LOAD DATA PACE POINTER 


PUSHF 


RO 


; SAVE V AS FLT. PT. V = {l+«)*2*«£ 


POP 


R2 


; R2 <= V AS INTEGER 


XOR 


eSRSK,R2 


; R2 <= COMPLEMENT ALL BUT SIGN 


LDI 


R2,Rl 


; Rl <= (1-I1/2)»2M-E 



VO 
00 



9 



^5, 



LDI 


R2,R4 


LSH 


8,R1 


ASH 


-1,R2 


PUSH 


R2 


POPF 


R2 


LDE 


R2,R1 


LDF 


eCNST3,R2 


LSH 


7,R4 


LDFNN 


«CNST4,R2 


HPYF 


R2,Rl 


POP 


DP 



; R4 <= Rl 

; Rl <= Rl EXP. REMOVED 

; R2 <= R2 WITH -E/2 EXP. 

; SAVE R2 AS INTEGER 

; R2 <= FLT. PT. 

; Rl <= (l-H/2)»2«-E/2 

; R2<= 1.1... FOR ODD E 

; TEST LSB OF E (AS SIGN) 

; IFE EVENR2 <= 0.78... 

; Rl <= CORRECTED ESTIMATE 

; UNSAVE DP 



GENERATE V/2 (USES HPYF). 



HPYF 
RND 



; RO <= V/2 TRUNC. 
; RO <= RND V/2 



NEHTON ITERATION FOR Y(X) = X - V**-2 = . 



HPYF 


R1,R1,R2 


HPYF 


R0,R2 


SUBRF 


CNST2,R2 


HPYF 


R2,R1 


HPYF 


Rl,Rl,R2 


HPYF 


R0,R2 


SUBRF 


CNST2,R2 


MPYF 


R2,R1 


HPYF 


R1,R1,R2 


MPYF 


R0,R2 


SUBRF 


CNST2,R2 


HPYF 


R2,R1 


RND 


Rl 


MPYF 


R1,R1,R2 


RND 


R2 


MPYF 


R0,R2 


SUBRF 


CNST2,R2 


RND 


R2 


MPYF 


R2,R1 



R2 <= XC0]*«2 

R2 <= (V/2) » X[0]«2 

R2 <= 1.5 - (V/2) * XC0]«2 

Rl <= X[l] = X[03 ♦ (1.5 - (V/2)»X[0]*»2) 

R2 <= X[13m2 

R2 <= (V/2) ♦ X[l]**2 

R2 <= 1.5 - (V/2) * X[13«2 

Rl <= X[2] = X[13 » (1.5 - (V/2)*X[13**2) 

R2 <= X[23«2 

R2 <= (V/2) « X[23«2 

R2 <= 1.5 - (V/2) « XC23»#2 

Rl <= X[33 = Xt23 » (1.5 - (V/2)*X[2I«*2) 

ROUND BEFORE » 

R2 <= X[33«2 

ROUND BEFORE « 

R2 i^ (V/2) » XC33M2 

R2 <= 1.5 - (V/2) # X[33«*2 

ROUND BEFORE * 

Rl <= XC43 = XC33 » (1.5 - (V/2)»X[33«2) 



program: FPINV 

WRITTEN by: G«Y A. SITTON 

GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 



FLOATING POINT INVERSE: RO <= 1/RO 

APPROXIMATE ACCURACY: 8 DECIMAL DIGITS. 

INPUT RESTRICTIONS: RO != 0.0. 

REGISTERS FOR INPUT: RO. 

REGISTERS USED AND RESTORED: DP AND SP. 

REGISTERS ALTERED: RO-2 AND R4. 

REGISTERS FOR OUTPUT: RO. 

ROUTINES NEEDED: NOf£. 

EXECUTION CYCLES (MIN, MAX): 33 , 33. 

EXTERNAL PROGRAM NAMES 





.GLOBL 


FPINV 


; 


INTERNAL CONSTANTS 




.DATA 




ONE 


.SET 


1.0 


TWO 


.SET 


2.0 


MSK 


.WORD 


0FF7FFFFFH 



START OF FPINV PROGRAM 



LDF 
RETSZ 



RO,RO 



I TEST F 

I RETURN NOH IF F = 



INVERT FINAL RESULT AND RETURN 



;5- 



G 



POP 


R2 


BUD 


R2 


RND 


R3 


RND 


Rl 


MPYF 


R1,R3,R0 



R2 <= RETURN ADDRESS 

RETURN (DELAYED) 

ROUND BEFORE * 

ROUND BEFORE * 

RO = SQRT(V) = V»SQRT(1/V) 



GET APPROXIMATION TO 1/F. FOR F = (1+H) * 2«E 
AND <= M < 1, use: XC03 = (l-M/2) ♦ 2«-E 



PUSH 


DP 


LDP 


eHSK 


PUSHF 


RO 


POP 


Rl 


XOR 


eMSK.Rl 


PUSH 


Rl 


POPF 


Rl 


POP 


DP 



SAVE DATA PAGE POINTER 
LOAD DATA PAGE POINTER 
SAVE AS FLT. PT. F= (1+M) » 2»*E 
FETCH BACK AS INTEGER 
COMPLEMENT E & M BUT NOT SIGN BIT 
SAVE AS INTEGER, AND BY MAGIC... 
Rl <= X[03 = (l-M/2) * 2«-E. 
UNSAVE DP 



9. 






NEWTON ITERATION FOR: YtX) = X - 1/F = ... 

MPYF R1,R0,R4 • R4 <= F * X[0] 

SUBRF TW0,R4 ; R4 <= 2 - F » XCO] 

MPYF R4,R1 ; Rl <= XCl] = XtO] « (2 - F » XCO]) 

MPYF R1,R0,R4 ; R4 <= F « X[l] 

SUBRF TW0,R4 .; R4 <= 2 - F * XCl] 

MPYF R4,Rl 1 Rl <= XC2] = XCl] « (2 - F # XCl]) 

MPYF R1,R0,R4 ; R4 <= F * XC2] 

SUBRF TW0,R4 ? R4 <= 2 - F » XC2] 

MPYF R4,R1 ; Rl <= XC3] = XC2] * (2 - F » XC2]) 

FOR THE LAST ITERATION: XC4] = (XC3] * (1 - (F * XC3]))) + XC3] 

RND R0,R4 ; ROUND F BEFORE LAST MULTIPLY 

RND R1,R0 ; ROUND XC3] BEFORE MULTIPLIES 

MPYF R0,R4 ; R4 <= F * XC3] = 1 + EPS 



PROGRAM: FDIV » 

♦ 

WRITTEN BY! GARY A. SITTON ♦ 

GAS LIGHT SORWARE * 

HOUSTON, TEXAS ♦ 

APRIL 1989. * 

♦ 

FLOATING POINT DIVIDE FUNCTION: RO <= RO/Rl. ♦ 

* 
APPROXIMATE ACCURACY: 8 DECIMAL DIGITS. ♦ 
INPUT RESTRICTIONS: Rl != 0.0. * 

REGISTERS FOR INPUT: RO (DIVIDEND) AND Rl (DIVISOR).* 
REGISTERS USED AND RESTORED: DP AND SP. ♦ 
REGISTERS ALTERED: RO-4. * 

REGISTERS FOR OUTPUT: RO (QUOTIENT). ♦ 

ROUTINES NEEDED: FPINV. « 

EXECUTION CYCLES (MIN, MAX): 43 ,43. ♦ 



FINISH ITERATION AND RETURN 



G 



POP R2 

BUD R2 

SUBRF 0NE,R4 

MPYF R0,R4 

ADDF R4,R1,R0 



R2 <= RETURN ADDRESS 

RETURN (DELAYED) 

R4 <= 1 - F * XC3] = EPS 

R4 <= XC3] « EPS 

RO <= XC4] = (XC3]*(1 - (F*XC3]))) + XC3] 



EXTERNAL 'PROGRAM NAMES 



.GLOBL FDIV 
.6L0BL FPINV 



START OF FDIV PROGRAM 






RND 


R0,R3 


R3 <= RND X 


LDF 


R1,R0 


Rl <= Y 


CALL 


FPINV 


RO <= 1/Y 


RND 


RO 


ROUND BEFORE 


MPYF 


R3,R0 


RO <= X 
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program: SMATHX.fiSM 

EXTENDED-PRECISION, FLOATING-POINT (40-BIT) MATH FUNCTIONS 

WATHX.ASM CONSISTS OF THE FOLLOWING ROUTINES: 

SINX - COMPUTES A 9D SIN(X) FOR ALL X IN RADIANS. 

COSX - COMPUTES A 9D COSINE(X) FOR ALL X IN RADIANS. 

EXPX - COMPUTES A 9D EXP(X) FOR ALL iX! =< 88. 

LNX - COMPUTES AN 8D LN(X) FOR ALL X > 0. 

ATANX - COMPUTES AN 8D ATAN(X) FOR ALL X IN RADIANS. 

SQRTX - COMPUTES A lOD SQRT(X) FOR ALL X >= 0. 

FPINVX - COMPUTES A lOD 1/X FOR ALL X /= 0. 

FDIVX - COMPUTES A iOD X/Y FOR ALL X AND ALL Y /= 0. 

FflULTX - COMPUTES A IOD X»Y FOR ALL X AND ALL Y. 



PROGRAM: SINX 

WRITTEN by: GARY A. SITTON 

GAS LIGHT SOnWARE 
HOUSTON, TEXAS 
MARCH 1989. 

EXTENDED PRECISION SINE FUNCTION: RO <= SIN(RO). 

APPROXIMATE ACCURACY: 9 DECIMAL DIGITS. 

INPUT RESTRICTIONS: NONE. 

REGISTERS FOR INPUT: RO (ARGUMENT IN RADIANS). 

REGISTERS USED AND RESTORED: DP AND SP. 

REGISTERS ALTERED: ARO, IRO, AND RO-7. 

REGISTERS FOR OUTPUT: RO. 

ROUTINES NEEDED: FMULTX. 

EXECUTION CYCLES (MIN, MAX): 160, 160. 

EXTERNAL PROGRAM NAMES 

.GLOBL SINX 
.GLOBL ECOSX 
.GLOBL FMULTX 



«««««««*t«4«f««t«««(««««««4fWt««t««»««««««4f««t«««4«>««tftft4«««««««<«««««««<««* 



INTERNAL CONSTANTS 
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SCALING COEFFS. FOR SIN(X) 






NRM2 


.WORD 


00000006FH 


BOTTOM OF 2/PI 


NRMl 


.WORD 


0FF22F983H 


TOP OF 2/PI 


i 


POLYNOMIAL COEFFS. FOR SIN(X) 


SHF2 


.WORD 


00OOO0OA3H 


BOTTOM OF CI (PI/2) 


SHFl 


.WORD 


000490FDAH 


TOP OF CI (PI/2) 




.WORD 


OOOOOOODIH 


BOTTOM OF C3 




.WORD 


0FFDAA218H 


TOP OF C3 




.WORD 


0OOOO0OE3H 


BOTTOM OF C5 




.WORD 


0FC2335E0H 


TOP OF C5 




.WORD 


0F8E69754H 


T0P0FC7 




.WORD 


0F3280B28H 


TOP OF C9 


COF 


.WORD 


0ED9997B4H 


TOP OF Cll 



Q 



ACOF .WORD COF • ADDRESS OF COEFFS. 

CON .FLOAT -1.0, 0.0, 1.0, 0.0 ; MAPPING CONSTS. 

ACON .WORD CON ; ADDRESS OF CONSTS. 

.TEXT 



s^ 



START OF SINX PROGRAM 



PUSH 
LDP 



DP 
fiNRMl 



; SAVE DP 

; LOAD DATA PAGE POINTER 



I 






COSX ENTRY POINT 



SCALE AND HAP VARIABLE X 



o 



PUSHF 


RO 


SAVE ORIGINAL X 


ABSF 


RO 


RO <= !X! 


LDF 


eNRMl.Rl 


Rl <= TOP OF 2/PI 


OR 


eNRI12,Rl 


OR IN BOTTOM OF 2/PI 


CALL 


FI1ULTX 


RO <= iX!»2/PI 


FIX 


RO,IRO 


IRO <= INTEGER QUADRANT Q 


FLOAT 


IR0,R1 


Rl <= FLOATING QUADRANT Q 


SUBF 


Rl.RO 


RO <= X, -1< X < 1 


NE6F 


R0,R3 


R3 <= -X 


ADDI 


1,IR0 


R2 <;= Q + 1 


AND 


3,IR0 


IRO <= TABLE INDEX 


TSTB 


2,IR0 


LOOK AT 2ND LSB 


LDFNZ 


R3,R0 


IF 1 THEN RO <= -X 


LDP 


fiACON 


LOAD DATA PAGE POINTER 


LDI 


eACON,ARO 


ARO -> CONST. TABLE 


ADDF 


*+ARO(IRO),RO 


FINAL MAPPING, RO <= X + C 


NE6F 


R0,R3 


R3 <= -X 


LDI 


eACOF,ARO 


ARO -> COEFF. TABLE 


EVALUATE TRUNCATED SERIE 




LDF 


RO,Rl 


Rl <= X 


CALL 


FMULTX 


RO <= X»*2 


LDF 


R0,R1 


Rl <= X««2 


MPYF 


♦AR0-,R1,R0 


RO <= X**2*C11 


ADDF 


*ARO-,RO 


RO <= C9 + RO 


MPYF 


R1,R0 


RO <= X**2*(C9 + RO) 


ADDF 


*ARO-,RO 


RO <= C7 + RO 


MPYF 


R1,R0 


RO <= X«2*(C7 + RO) 


LDF 


#AR0-,R2 


R2 <= TOP OF C5 


OR 


«AR0-,R2 


OR IN BOTTOM OF C5 


ADDF 


R2,R0 


RO <= C5 + RO 


CALL 


FHULTX 


RO <= X*#2»(C5 + RO) 


LDF 


*AR0-,R2 


R2 <= TOP OF C3 


OR 


♦AR0-,R2 


OR IN BOTTOM OF C3 


ADDF 


R2,R0 


RO <= 03 + RO 



CALL FHULTX 

LDF »AR0-,R2 

OR *AR0,R2 

ADDF R2,R0,R1 



; RO <= X«2«(C3 + RO) 
• R2 <= TOP OF CI 
; OR IN BOTTOM OF CI 
; Rl <= CI + RO 



TEST FOR X < AND RETURN 



NEGF 


R3,R0 


RO <= X 


BRD 


FMULTX 


RO <= X»R1 = SIN{X), (DELAYED) 


POPF 


R5 


TEST ORIGINAL X 


LDFN 


R3,R0 


IF X < THEN RO <= -X 


POP 


DP 


UNSAVE DP 



RETURN OCCURS FROM FMULTX ! 






program: COSX 

HRIHEN BY: GARY A. SITTON 

GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
fttRCH 1989. 

EXTENDED PRECISION COSINE FUNCTION: RO <= COS(RO). 

APPROXIHATE ACCURACY:, 9 dECltVL DIGITS. 
INPUT RESTRICTIONS: NONE. 
REGISTERS FOR INPUT: RO (ARGUMENT IN RADIANS). 
REGISTERS USED AND RESTORED: DP AND SP. 
REGISTERS ALTERED: ARO, IRO, AND RO-7. 
REGISTERS FOR OUTPUT: RO. 
ROUTINES NEEDED: ECOSX (SINX). 
EXECUTION CYCLES (MIN, MAX): 165, 165. 

NOTE: USES SHFl AND SHF2 FROM SINX PROGRAM! 



EXTERNM. PROGRM NMES 





.GLOBL COSX 




.GLOBL ECOSX 


X 


.TEXT 


g 


; START OF COSX PROGRWI 










Hi 


COSX: 










§■ 


PUSH DP 


^ 


LDP «NRH1 


^ 


BRD ECOSX 


Ci 


LDF tSHFl.Rl 


OR «SHF2,R1 




ADOF Rl.RO 




1<I 


t RETURN OCCURS FRGH SU 


"3^ 




^ 








;^ 




r^ 




a 




^ 




Uj 




K) 








(^ 




Oj 




o 





» program: EXPX * 

» WRITTEN by: GARY A. SITTON 
» GAS LIGHT SOFTWARE 

* HOUSTON, TEXAS 

* MARCH 1989. 
♦ 

* EXTENDED PREC. EXPONENTIAL: RO <= EXP(RO). 
* 
« APPROXIMATE ACCURACY: 9 DECIMAL DIGITS. 

* INPUT RESTRICTIONS: IRO! <= 88.0. 

* REGISTERS FOR INPUT: RO. 

* REGISTERS USED AND RESTORED: DP AND SP. , 

* REGISTERS ALTERED: ARO AND RO-7. 

* REGISTERS FOR OUTPUT: RO. 

* ROUTINES NEEDED: FMULTX AND FPINVX. 

* EXECUTION CYCLES (MIN, MAX): 115 (RO <=0 ), 160. 



EXTERNAL PROC^M NAMES 

.GLOBL EXPX 
.GLOBL FMULTX 
.GLOBL FPINVX 

INTERNAL CONSTANTS 



SCALING COEFFS. FOR 2-*«X 



; SAVE DP 

; LOAD DATA PAGE POINTER 

; RO <=COS(X) =SIN(X'), (DELAYED) 
5 Rl <= TOP OF PI/2 
; OR IN BOnOM OF PI/2 
; RO <= X' = X + PI/2 



ENRM2 .WORD 000000029H 
ENRHl .WORD 00038AA3BH 



; BOnOM OF 1/LN(2) 
; TOP OF 1/LN(2) 



POLYNOMIAL COEFFS. FOR 2«-X, <= X < 1. 



.WORD OOOOOOOOOH 

.WORD OOOOOOOOAH 

.WORD 0FFCE8DE8H 

.WORD 00000006EH 

.WORD 0FD75FDEDH 

.WORD 00O0OO046H 

.WORD 0FB9CA833H 

.WORD 0F91D8C56H 

.WORD 0F6D1E7A9H 

.WORD 0F31AA7D7H 

.WORD 0EFC9BD9CH 

.WORD C7 

.TEXT 

START Cf EXPX PROGRAM 



CO (1.0) 
BOnOM OF CI 
TOP OF CI 
BOTTOM OF C2 
TOP OF C2 
BOnOM OF C3 
TOP OF C3 
T0P0FC4 
TOP OF C5 
TOPOF C6 
TOP OF C7 
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) SCALE VARIABLE X 








PUSH 


DP 


5 SAVE DP 




*-♦. 


LJQP 


tAC7 


; LOAD DATA PAGE POINTER 




1* 


NEQF 


R0,R2 


5 R2 <= -X 




^ 


LDF 


RO.Rl 


; Rl<= X 




LIFN 


R2,R0 


; IF X < THEN Rl <= !X! 




^ 


LDF 


eENRHl.Rl 


5 Rl <= TOP OF l/LN(2) 




r^ 


OR 


CEMVQ.Rl 


; OR IN BOnOH OF l/LN(2) 




CALL 


FNULTX 


? RO <= X = IX!/LN(2) 






FIX 


R0,R3 


; R3 <= I = INTEGER OF X 




FLOAT 


R3,R1 


; Rl <= FLT. PT. I 




&5 


SUBF 


Rl.RO.Rl 


; Rl C= FRACTION OF IXi, <= 


X < 1 


'^ 


»E6I 


R3 


; R3 <= -I 




^ 


LSH 


24,R3 


; MOVE -I TO EXP. 






PUSH 


R3 


; SAVE AS INT. 




POPF 


R3 


; R3 <= FLT. PT. 2*»-I 






LOI 


eAC7,AR0 


; ARC -> COEFF. TABLE 




g 


POP 


DP 


; UNSAVEDP 




s 












5 EV«.UATE TRUNCATED SERIES 












o 


M>YF 


«AR0-,R1,R0 


; RO <= XC7 






ADDF 


«««>--,R0 


; RO <= C6 + RO 






HPYF 


R1,R0 


; RO <= X*(C6 + RO) 






ADDF 


*tfW-,RO 


; RO <= 05 + RO 






HPYF 


Rl.RO 


; RO <= X»(C5 + RO) 






ADDF 


tARO-,RO 


; RO <=C4 + R0 






HPYF 


Rl.RO 


; RO <= X»(C4 + RO) 






LDF 


«AR0-,R4 


; R4 <= TOP OF C3 






OR 


«AR0~,R4 


; OR IN BOTTOH OF 03 






ADDF 


R4,R0 


; RO <= C3 + RO 






HPYF 


Rl.RO 


; RO <= X»(C3 + RO) 






LDF 


♦AR0-,R4 


; R4 <= TOP OF C2 






OR 


*AR0-,R4 


; OR IN BOnOM OF C2 






ADDF 


R4,R0 


; RO <= C2 + RO 





BND 


FPINVX 


IF -X < THEN RO <= 1/X, (DELAYED) 


ADDF 


*AR0,R0,R1 


Rl <= 2*»-X = CO + RO 


HPYF 


R3,R1,R0 


RO <= 2«-(I + X) TRUNC. 


LDM 


R1,R0 


RO <= FULL tWITISSA 



; RETURN (IF NO FPINVX BRANCH) 



S 



CALL FHULTX ? RO <= X*(C2 + RO) 

LDF »««)~,R4 ? R4 <= TOP OF CI 

OR *AR0-,R4 ; OR IN BOTTOM OF CI 

mf R4,R0 ; RO <= CI + RO 

CALL FHULTX ; RO <= X*(C1 + RO) 

TEST FOR X < AND RETURN 

LDF R2,R2 ; TEST ORIGINAL -X 



2 



PROGRMi: LNX 



(««««»»«««««««««««»««»«<«>«««»*«> 



WRITTEN by: GARY A. SITTON 

GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 

EXTENDED PREC. LOGARITHH BASE E: RO <= LN(RO). 

APPROXIMATE ACCURACY: 8 DECIMAL DIGITS. 

INPUT RESTRICTIONS: R0> 0.0. 

REGISTERS FOR INPUT: RO. 

REGISTERS USED AND RESTORED: DP AND SP. 

REGISTERS ALTERED: mO AND R0r7. 

REGISTERS FOR OUTPUT: RO. 

ROUTINES NEEDED: FHULTX. 

EXECUTION CYCLES (HIN, MAX): 193, 193. 



Umm. PROGRAM NAMES 





.GLOeL 


LNX 






.GLOBL 


FMULTX 






INTERNAL CONSTATS 




;^ 


.DATA 






g 


SCALING COEFFS. FOR LN(1+X) 


^ UM2 .UORO 


0000000F7H 


; BOTTOM OF LN(2) 


^. Umi .UORD 


0FF317217H 


; TOP OF LN(2) 


3 

•^ 


POLYNOMIAL COBTS. FOR LN(1+X), <= X < 


^ 

n 


» .FLOAT 


1.0 


; CO (l.O) 


.UGRD 


OOOOOOOFFH 


5 BOnOM OF CI 




.'yoRD 


0FF7FFC3H 


; TOP OF CI 


1 


.WORD 


0000000B4H 


; BOTTOM OF C2 


s 


.WRD 


OFE80107FH 


; TOP0FC2 


■^ 

"^ 


.UORO 


O00O0O0D9H 


; BOnOM OF C3 


.UQRO 


0FE29EISFH 


; TOP OF C3 




.WORD 


000000097H 


; BUI lUn OF C4 


.UORO 


0FDe97D13H 


; TOP OF C4 


i 


.UORO 


000000041H 


; BUIIUH0FC5 


.UQFD 


0FD2BAD82H 


; TOP OF C5 


.UORO 


00OO000E7H 


5 BOnOM0FC6 




.UORD 


0FCBCC3FIH 


5 TOP OF C6 


.UORO 


000000043H 


; BOnOM OF C7 


o 


.UORD 


0FB13O187N 


; TOP OF C7 


^ 


Dl .UORD 


0F8AC87BFH 


; T0POFC8 



.UORD C8 

.TEXT 

START OF LNX PROGRAM 



LDF 


RO.RO 


TEST X 


RET3LE 




RETURN NOW IF X <= 


SCALE VARIABLE X 




PUSH 


DP 


SAVE DP 


LDP 


€ACd 


LOAD DATA PAGE POINTER 


PUSHF 


RO 


SAVE AS FLT. PT. 


POP 


R3 


R3 <= INTEGER FORMAT 


ASH 


-24, R3 


R3 <= E = SIGNED EXP. 


FLOAT 


R3,R1 


Rl <= FLT. PT. E VALUE 


LDF 


eco,R2 


R2 <= 1.0 


LDE 


R2,R0 


EXP. RO <= (1 <= X < 2) 


SUBRF 


R0,R2 


R2 <= X - 1 (0 <= X < 1) 


LDF 


eLNRMl,RO 


RO <= TOP OF LN(2) 


OR 


eLNRM2,R0 


OR IN BOnOM OF LN(2) 


CALL 


FMULTX 


RO <= E»LN(2) 


LDF 


R0,R3 


R3 <= E«LN(2) 


LDI 


eACS.ARO 


ARO -> COEFF. TABLE 


POP 


DP 


UNSAVEDP 



EVALUATE TRUNCATED SERIES 



LDF 


R2,R1 


Rl <= X 


MPYF 


♦AR0-,R1,R0 


RO <= X*C8 


LDF 


»AR0~,R2 


R2 <= TOP OF C7 


OR 


*AR0~,R2 


OR IN BOnOM OF C7 


ADDF 


R2,R0 


RO <= C7 + RO 


hPYF 


Rl.RO 


RO <= X«(C7 + RO) 


LDF 


♦AR0~,R2 


R2 <= TOP OF C6 


OR 


*AR0-,R2 


OR IN BOnOM OF C6 


ADDF 


R2,R0 


RO <= C6 + RO 


MPYF 


R1,R0 


RO <= X«(C6 + RO) 


LDF 


♦AR0~,R2 


R2 <= TOP OF C5 


OR 


*AR0--,R2 


OR IN BOTTOM OF C5 


ADDF 


R2,R0 


RO <= C5 + RO 


CALL 


FMULTX 


RO <= X«(C5 + RO) 


LDF 


*AR0--,R2 


R2 <= TOP OF C4 


OR 


«AR0r-,R2 


OR IN BOTTOM OF C4 


ADDF 


R2,R0 


RO <= C4 + RO 


CALL 


FMULTX 


RO <= X*(C4 + RO) 


LDF 


♦AR0~,R2 


R2 <= TOP OF C3 
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OR 
ADDF 


*««)-,R2 
R2,R0 


? OR IN BOTTOn OF C3 
; RO <= C3 + RO 


UF 
OR 
ADDF 


FHULTX 
»AR0-,R2 
*AR0-,R2 
R2,R0 


; RO <= X»(C3 + RO) 
5 R2 <= TOP OF C2 
? OR IN BOnOM OF C2 
5 RO <= 02 + RO 


CALL 
LDF 
OR 
AODF 


FNULTX 
«AR0--,R2 
*AR0-,R2 
R2,R0 


! RO <= X*(C2 + RO) 
5 R2 <= TOP OF CI 
• OR IN BOnOH OF CI 
5 RO <= CI + RO 


CALL 


FNULTX 


; RO <= X*(C1 + RO) 


ADD IN SCAI FT) EXPONENT. 




ADDF 


R3,R0 


; RO <= LN(X) + E*LN(2) 


RETS 




; RETURN 









* PROGRAM: ATANX 
« 

» WRITTEN by: GARY A. SITTON 
« GAS LIGHT SOFTWARE 

* HOUSTON, TEXAS 

* MARCH 1989. 
* 

* EXTENDED PRECISION ARC TANGENT: RO <= ATAN(RO). 

* APPROXIMATE ACCURACY: 8 DECIMAL DIGITS. 

* INPUT RESTRICTIONS: NONE. 

* REGISTERS FOR INPUT: RO. 

* REGISTERS USED AND RESTORED: DP AND SP. 

* REGISTERS ALTERED: ARO, IRC, AND.RO-7. 
» REGISTERS FOR OUTPUT: RO (IN RADIANS). 

* ROUTINES NEEDED: FMULTX, AND FDIVX. 

* EXECUTION CYCLES (MIN, MAX): 210 (! ATANX !<=1), 332. 



EXTERNAL PROGRAM NAMES 

.GLOBL ATANX 
.GLOBL FMULTX 
.GLOBL FDIVX 

INTERNAL CONSTANTS 



SCALING COEFFS. FOR AT/W(X) 



.WORD 00000005DH 

.WORD 0FFB6F025H 

.WORD O0O0OOOA2H 

.WORD 0FF490FDAH 

.WORD OOOOOOOOOH 

.WORD 080000000H 



BOTTOM OF -PI/4- 
TOP OF -PI/4 
BOnOM OF PI/4 
TOP OF PI/4 
BOTTOM OF ZERO 
TOP OF ZERO 



POLYNOMIAL COEFFS. FOR ATAN(X), -1 <= X <= 1. 



CI .WORD OOOOOOOOOH 

.WORD 00000006EH 

.WORD 0FED55594H 

.WORD 00O00OOD9H 

.WORD 0FD4CBBE4H 

.WORD OOOOOOOFFH 

.WORD 0FDEE8038H 

.WORD 000000056H 

.WORD 0FC5A3D83H 

.WORD O0OO0OO93H 

.WORD 0FCE5CE8BH 

.WORD OOOOOOOBFH 
0FB2FC1FDH 



.WORD 



TOP OF CI (1.0) 
BOTTOM OF C3 
TOP OF C3 
BOTTOM OF C5 
TOP OF C5 
BOnOM OF C7 
TOP OF C7 
BOTTOM OF C? 
TOP OF C9 
BOTTOM OF Cli 
TOP OF Cll 
BOTTOM OF C13 
TOP OF C13 



s 
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.WORD 


0FAFB91FEH 


. TOP OF C15 


Ci7 


.UORD 


0F73BD74AH 


5 TOP OF C17 


AC17 


.WORD 
.TEXT 


C17 




? 


START Cf ATANX PROGRAH 





SCALE VARIABLE X 



PUSH 
LOP 
ABSF 
SUBF 
BLED 
LDF^ 
LDF 
LDI 



DP 

«AC17 

R0,R2 

eci,R2 

SKIP 
R0,R3 
RO.Rl 
0,IRO 



SCALE FOR !X! > 1 

PUSHF RO 

ABSF RO.Rl 

MDF eCl,Rl 

LDF R2,R0 

CALL FDIVX 

TEST FOR X' < 



LDF 
LDF 
SUBI 

NEOF 
SUBI 

SKIPi CALL 
LDI 



R4 

SKIP 

R0,R3 

RO.Rl 

2,IR0 

R0,R3 
2,IR0 

FHULTX 

IAC17,mO 

DP 



• SAVE DP 

; LOAD DATA PAGE POINTER 

; R2 <= iXi 

; R2 <= !X{ - 1 

; IF IX! > 1 THEN SCALE (DELAYED) 

; R3 <= X 

; Rl <= X 

; IRO <= 0, POST SCALE INDEX 



; SAVE X 

; Rl <= IXI 

; Rl <= IXI + 1 

; RO <= 1X1 - 1 

; R0<= (IXI - 1)/(IXI + 1) 



; GET ORIGINM. X 

; IF X < THEN RO <= -X' (DELAYED) 

5 R3 <= X' 

; Rl <= X' 

; IRO <= -2, (PI/4) 



R3 <= -X' 
IR0<=-4, (-PI/4) 



ADDF R2,R0 

MPYF R1,R0 

LDF «AR0~,R2 

OR ♦AR0~,R2 

ADDF R2,R0 

CALL FMULTX 

LDF *AR0-,R2 

OR »AR0~,R2 

ADDF R2,R0 

CALL FMULTX 

LDF ♦AR0-,R2 

OR *AR0~,R2 

ADDF R2,R0 

CALL FHULTX 

LDF *AR0~,R2 

OR *AR0~,R2 

ADDF R2,R0 

CALL FMULTX 

LDF »AR0— ,R2 

OR »AR0-,R2 

ADDF R2,R0 

CALL FHULTX 

FINISH UP 

ADDF *AR0~R0,R1 

LDF R3,R0 

CALL FHULTX 

NOP ♦AR0++(IR0) 



; RO <= C13 + RO 

; RO <= X«2»(C13 + RO) 

■ R2 <= TOP OF CU 

■ OR IN BOnOM OF Cll 
; RO <= Cll + RO 

RO <= X«2»(C11 + RO) 
R2 <= TOP OF C9 
OR IN BOTTOM OF C9 
RO <= C9 + RO 

■ RO <= X»f2*(C9 + RO) 
; R2 <= TOP OF C7 

; OR IN BOnOM OF C7 
; RO <= C7 + RO 

! RO <= X«2»(C7 + RO) 
; R2 <= TOP OF C5 
; OR IN BOnOM OF C5 
; RO <= C5 + RO 

; RO <= X«2»(C5 + RO) 
; R2 <= TOP OF C3 
; OR IN BOnOM OF C3 
; RO <= C3 + RO 

; RO <= X«2»(C3 + RO) 



; Rl <= CI + RO 

; RO <= X (SIGNED) 

; RO <= ATANX(X) = X»(l + RO) 

; ARO -> C (0.0, PI/4 OR -PI/4) 



ADD IN POST SCALE VW.UE C AND RETURN 



; RO <= X«2 

; m -> COEFF. TABLE 

; UNSAVEDP 



POP 


R4 


R4 <= RETURN ADDRESS 


BUD 


R4 


RETURN (DELAYED) 


LDF 


♦AR0~,R1 


Rl <= TOP OF C 


OR 


♦ARO.Rl 


OR IN BOnOM OF C 


ADDF 


R1,R0 


RO <= ATWl(X) + C 



EVALUATE TRUNCATED (ODD) SERIES 



I 
Q 



LDF RO.Rl 

WYF «AR0~,R1,R0 

MOF fARO-.RO 



LSF 
OR 



Rl.RO 

«ARO-,R? 

«AR(y-,R2 



• Rl <» X«2 
; RO <= X«2«C17 
; RO <= C15 + RO 

; RO <= X«2«(C15 + RO) 
5 R2 <= TOP OF C13 
; OR IN BOTTOM OF C13 



p 






ft PROGRAH: S8RTX 
* 

ft WITYEN BY: GARY A. SITTON 

ft GAS LIGHT SOFTWARE 

ft HOUSTON, 'TEXAS 

ft MARCH 1989. 

ft 

ft APPROXIMATE ACCURACY: 10 DECIIWL DIGITS. 

ft INPUT RESTRICTIONS: RO >= 0.0. 

ft REGISTERS FOR IMVT: RO. 

ft REGISTERS USED AND RESTORED: DP AND SP. 

ft REGISTERS ALTERED: RO-7. 

ft REGISTERS FOR OUTPUT: RO. 

t ROUTINES ICEDEO: FHULTX. 

ft EXECUTION CYCLES (HIN, MAX): 138, 138. 



;5^ 

i 

O 

G 



} EXTERNA. PROGRAM NAMES 

.GLOBL SQRTX 
.GLOBL FHULTX 

; INTERNAL CONSTANTS 

.DATA 

CNSTl .SET 0.5 

CNST2 .SET 1.5 

CNST3 .FLOAT 1.103553391 

CNST4 .FLOAT 0.780330086 



I ADJUSTED 1.0 

I ADJUSTED SQRT(l/2) 



SMSK .WORD 0FF7FFFFFH 

.TEXT 
; START OF SQRTX PROGRAM. 



LDF 
RETSLE 



R0,R3 



1 TEST AND SAVE V 

I RETURN NOW IF V <= 



GET APPROXIMATION TO 1/V. FOR V = (1+M)*2**E 
AND <= M < 1, FOR E EVEN: X[0] = (l-«/2)«2*»-E/2 
AND FOR E ODD: XCO] = SQRTa/2)»(l-M/2)*2#*-E/2 





PUSH 


DP 


SAVE DP 




LDP 


eSMSK 


LOAD DATA PAGE POINTER 




PUSHF 


RO 


SAVE V AS FLT. PT. V = (1+M)*2»«E 




POP 


R4 


R4 <= V AS INTEGER 


w 


XOR 


eSMSK,R4 


R4 <= COMPLEMENT ALL BUT SIGN 


o 


LDI 


R4,R1 


Rl <= (l-M/2)»2»«-E 


"^ 


LDI 


R4,R5 


R5 <= Rl 



LSH 


8,R1 


Rl <= Rl EXP. REMOVED 


ASH 


-1,R4 


R4 <= R4 WITH -E/2 EXP. 


PUSH 


R4 


SAVE R4 AS INTEGER 


POPF 


R4 


R4 <= FLT. PT. 


LDE 


R4,R1 


Rl <= (l-M/2)*2M-E/2 


LDF 


eCNST3,R2 


R2<= 1.1... FOR ODD E 


LSH 


7,R5 


TEST LSB OF E (AS SIGN) 


LDFNN 


eCNST4,R2 


IF E EVEN R2 <= 0.78... 


MPYF 


R2,R1 


Rl <= CORRECTED ESTIMATE 


GENERATE V/2 (USES tt»YF) 




MPYF 


CNSTl, RO 


RO <= V/2 TRUNC. 


LDH 


R3,R0 


RO <= V/2 FULL PREC. 


NEWTON ITERATION FOR Y(X 


= X - V*»-2 = ... 


MPYF 


R1,R1,R2 


R2 <= X[0]"2 


MPYF 


R0,R2 


R2 <= (V/2) * X[0]«2 


SUBRF 


CNST2,R2 


R2 <= 1.5 - (V/2) * X[0]«2 


MPYF 


R2,R1 


Rl <= XCl] = XEO] * (1.5 - (V/2)»X[0]««2) 


MPYF 


R1,R1,R2 


R2 <= X[l]«2 


MPYF 


R0,R2 


R2 <= (V/2) * X[l]«2 


SUBRF 


CNST2,R2 


R2<= 1.5- (V/2) » X[l]»*2 


MPYF 


R2,R1 


Rl <= XE2] = X[l] * (1.5 - (V/2)*X[1]«2) 


MPYF 


R1,R1,R2 


R2 <= X[2]«2 


MPYF 


R0,R2 


R2 <= (V/2) « X[2]«2 


SUBRF 


CNST2,R2 


R2 <= 1.5 - (V/2) * X[2]«*2 


MPYF 


R2,R1 


Rl <= X[3] = XC2] # (1.5 - (V/2)*X[2]»*2) 


LDF 


R0,R2 


R2 <= V/2 


LDF 


Rl.RO 


RO <= XL3] 


CALL 


FMULTX 


RO <= X[3]**2 


LDF 


R1,R4 


R4 <= XL3] 


LDF 


R2,R1 


Rl <= V/2 


LDF 


R4,R2 


R2 <= XC3] 


CALL 


FMULTX 


RO <= (V/2) ♦ X[3]«*2 


SUBRF 


CNST2,R0 


RO <= 1.5 - (V/2) * X[3]«»2 


LDF 


R2,R1 


Rl <= X[3] 


CALL 


FMULTX 


RO <= Xt4] = XE33 * (1.5 - (V/2)»X[3]«2) 



INVERT FINAL RESULT AND RETURN 



BRD 


FMULTX 


RO = SQRT(V) 


= V»SQRT(1/V) (DELAYED) 


LDF 


R3,R1 


Rl <= V 




POP 


DP 


UNSAVE DP 




NOP 




DEAD CYCLE 





RETURN OCCURS FROM FMULTX ! 



o 



t««*«««»«««*««««*««*«««*«4 



program: FPINVX 



WRITTEN by: GARY A. SITTON 

GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 

EXTENDED PREC. FLT. PT. INVERSE: RO <= 1/RO. 

APPROXIMATE ACCURACY: 10 DECIMAL DIGITS. 

INPUT restrictions: RO != 0.0. 

REGISTERS FOR INPUT: RO. 

REGISTERS USED AND RESTORED: DP AND SP. 

REGISTERS ALTERED: RO-1 AND R4-7. 

REGISTERS FOR OUTPUT: RO. 

ROUTINES NEEDED: FMULTX. 

EXECUTION CYCLES (HIN, MAXJ: 76, 76. 



EXTERtML PROGRAM NAMES 



.GLGBL FPINVX 
.GLOBL FMULTX 



Q 



; INTERNAL CONSTANTS 
.DATA 



ONE 
TWO 



.SET 
.SET 



1.0 
2.0 






nsK 



.WORD 0FF7FFFFFH 



.TEXT 
; START OF FPINVX PROGR^I 



FPINVXt 



LOF RO,RO 
RETSZ 



? TEST F 

; RETURN NOW IF F = 






to 

G 



GET APPROXIMATION TO 1/F. FOR F = (1+M) » 2«E 
AND <» M < I, USE: XCO] = (l-M/2) * 2**-£ 



; SAVE DP 

; LOAD DATA PAGE POINTER 

; SAVE AS FLT. PT. F = (1+M) # 2**£ 

; FETCH BACK AS INTEGER 

; COTPLEHENT E tc M BUT NOT SIGN BIT 

; SAVE AS INTEGER, AND BY MAGIC... 

; Rl <= XCO] = (l-M/2) » 2**-E. 

; UNSAVEDP 



PUSH 


DP 


LDP 


WSK 


PUSHF 


RO 


POP 


Rl 


XQR 


IHSK,Rl 


PUSH 


Rl 


POPF 


Rl 


POP 


DP 



NEWTON ITERATION FOR: Y(X) = X - 1/F = . 



MPYF R1,R0,R4 
SUBRF TW0,R4 
MPYF R4,R1 



R4 <= F * X[0] 

R4 <= 2 - F » XCO] 

Rl <= XCl] = XI03 ♦ (2 - F ♦ XCO]) 



MPYF R1,R0,R4 ; R4 <= F ♦ XCl] 

SUBRF TW0,R4 ; R4 <= 2 - F * XCl] 

MPYF R4,R1 ; Rl <= XC2] = XCl] ♦ (2 - F » XCl]) 



MPYF R1,R0,R4 
SUBRF TW0,R4 
MPYF R4,R1 



; R4 <= F * XC2] 

; R4 <= 2 - F « XC2] 

; Rl <= XC3] = XC2] ♦ (2 - F ♦ XC2]) 



FOR THE LAST ITERATION: XC4] = (XC3] * (1 - (F « XC3]))) + XC3] 



CALL FMULTX 

SUBRF ONE.RO 

CALL FMULTX 

ADDF R1,R0 



RO <= F * XC3] = 1 + EPS 

RO <= 1 - F ♦ XC3] = EPS 

RO <= XC3] » EPS 

RO <= XC4] = (XC3]»(1 - (F«XC3]))) + XC3] 



RETS 
.END 



I RETURN 
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§ PROGRAHi FDIVX 

t 

t miTlEN BY: GARY A. SIHON 

t GAS LIGHT SOFTUM^ 

♦ HOUSTON, -TEXAS 
t HARCH 1989. 

« 

t EXTENDED PRECISION DIVIDE: RO <= RO/Rl. 

« 

t APPROXIMATE ACCURACY: 10 DECimi DIGITS. 

» imn RESTRICTIONS: Rl != 0.0. 

« REGISTERS FOR IM>UT: RO (DIVIDEND) AND Rl (DIVISOR). 

• REGISTERS USED m RESTORED: DP AND SP. 

* REGISTERS ALTERED: RO-7. 

» REGISTERS FOR OUTPUT: RO (QUOTIENT). 

* ROUTINES t£EDED: FHULTX AND FPINVX. 

» EXECUTION CYCLES (HIN, MAX): 107, 107. 



G 



EXTERNAL PROGRAM NAMES 

.GLOBL FDIVX 
.GLOBL FPINVX 
.GLOBL FMULTX 



S 



START OF FDIVX PROGRAM 



LDF 


R0,R3 


R3<= X 


LDF 


R1,R0 


Rl <= Y 


CALL 


FPINVX 


RO <= 1/Y 


LDF 


R3,R1 


Rl (= X 


DR 


FHULTX 


RO <= X/Y 



RETURN OCCURS FROM FMULTX ! 



* PROGRAM: FMULTX 
« 
» WRITTEN BY: GARY A. SITTON 

* GAS LIGHT SOFTWARE 
» HOUSTON, TEXAS 
i MARCH 1989. 
« 

t EXTENDED PRECISION MULTIPLY: RO <= R0*R1. 
* 

* APPROXIMATE ACCURACY: 10 DECIMAL DIGITS. 
» INPUT RESTRICTIONS: NONE. 

* REGISTERS FOR INPUT: RO. 
» REGISTERS USED AND RESTORED: DP AND SP. 

* REGISTERS ALTERED: RO AND R4-7. 

* REGISTERS FOR OUTPUT: RO. 
» ROUTINES NEEDED: NONE. 
» EXECUTION CYCLES (MIN, MAX): 20, 20. 



EXTERNAL PRX^RAM NAMES 

.GLOBL FHULTX 

.TEXT 

START OF FMULTX PROGRAM 



ABSF 


R0,R4 


R4 <= IXAI 


XOR 


R1,R0 


RO <= SIGN INFO.- 


ABSF 


R1,R7 


R7 <= !XB! 


MPYF 


R4,R7,R6 


R6 <= A»B 


LDF 


R4,R5 


R5 <= IXA! 


ANDN 


0FFH,R5 


R5 <= A = XA - EA»2«-24 


SUBRF 


R4,R5 


R5 <= EA*2»«-24 


MPYF 


R7,R5 


R5 <= B»EA»2»*-24 


ADDF 


R6,R5 


R5 <= A»B + B*EAt2»»-24 


LDF 


R7,R6 


R6 <= !XB! 


ANDN 


0FFH,R6 


R6 <= B = XB - EB*2««-24 


SUBRF 


R7,R6 


R6 <= EB*2»*-24 


MPYF 


R4,R6 


R6 <= A*EB*2»*-24 


ADDF 


R6,R5 


R5 <= !XA»XB! = A»B + (B»EA+A»EB)«2»#-24 


NEGF 


R5,R6 


R6 <= - !XA»XB! 



TEST FOR XA«XB < AND RETURN 



POP R4 

BUD R4 

LDF RO,RO 

LDFN R6,R5 

LDF R5,R0 



; R4 <= RETURN ADDRESS 

i RETURN (DELAYED) 

I TEST ORIGINAL (XA -^ XB) 

I IF XA«XB < THEN R5 <= -iXA«XBI 

; RO <= XA*XB 



O 



«HHHHf*««*»««««««««««*«**«W«««»««««««**M«»«*i»«««ft««*»*««»«»»«H»«*«««ft*** 

program: SMATHI.ASn 

INTEGER (32-BIT) MATH ROUTMS 

IHATHI.ASM CONSISTS OF THE FOLLOWING ROUTINES: 

IL062"- COMPUTES M = L0G2(N), N=<: 2«H FOR USE WITH RADIX 2 FFT 
PROGRAMS. 

IHULT - COMPUTES A 64-BIT PRODUCT OF TWO 32-BIT NUMBERS. 

IDIV - COMPUTES THE QUOTIENT MD REMAINDER OF TWO 32-BIT NUMBERS. 



» PROGRAM: IL0G2 

♦ 

» WRITTEN by: GARY A. SITTON 

* GAS LIGHT SOFTWARE 
» HOUSTON, TEXAS 

* MARCH 1989. 

» INTEGER LOG BASE 2: RO <= (INTEGER) L0G2(R0). 
» 

* INPUT RESTRICTIONS: RO > 0. 

* REGISTERS FOR INPUT: RO. 

* REGISTERS USED AND RESTORED: SP. 

* REGISTERS ALTERED: IRO-1 AND RO. 

* REGISTERS FOR OUTPUT: RO. 

* ROUTINES NEEDED: NOI€. 



P 



§ 

3 






EXTERNAL PROGRAM NAMES 

.GLOBL IL0G2 

.TEXT 

START OF IL0G2. PROGRAM 



LDI 


l.IRO 


5 IRO <= I (INIT. 1) 


LDI 


-1,IR1 


; IRl <= H (INIT. -1) 


CMPI 


IRO.RO 


; COMPARE I TO N 


BGTD 


LOOP 


. LOOP IF N > I (DELAYED) 


LSH 


l.IRO 


; I <= 2»I 


ADDI 


l.IRl 


; M = M + 1 


CMPI 


IRO,R0 


. COMPARE I TO N 


LDI 


IR1,R0 


; RO <= L0G2(N) 


RETS 




; RETURN 



to 



9 






t PROOMnt IHULT 

« 

t Winei by: GARY A. SIHON 

« GAS LIGHT SQFTMffiE 

* HOUSTON, 'TEXAS 
t MARCH 1989. 

t 

» INTEGER 32 X 32 MULTIPLY; Rl, RO <= R0«R1. 

* RESULT IS THE 64 BIT PRODUCT OF TUO 32 BIT INPUTS. 
t 

* INPUT RESTRICTIONS: NONE. 

* REGISTERS FOR INPUT: RO (m Rl. 
t REGISTERS USED AND RESTORED: SP. 

* REGISTERS M.TERED: m-l AND RO-4. 

t REGISTERS FOR OUTPUT: Rl (UPPER) AND RO (LOUER). 

* ROUTINES NEEDED: NONE. 



EXTERNft. PROGRAH NAMES 






START OF IMULT PROGRAM 



R0,R1,AR0 

RO 

Rl 



; ARO <= SIGNUH (R0#R1) 
; RO <= 1X1 
? Rl <:= lYl 



SEPARATE MULTIPLIER AND MULTIPLICAND IN TWO PARTS 



LDI 


-16,AR1 


ARl <= -16 (FOR SHinS) 


LSH 


AR1,R0,R2 


R2 <= XI = UPPER 16 BITS OF I) 


MiD 


OFFFFH,RO 


RO <= XO = LOWER 16 BITS OF 1 


LSH 


AR1,R1,R3 


R3 <= Yl = UPPER 16 BITS OF W 


AND 


OFFFFH.Rl 


Rl <= YO = LOWER 16 BITS OF \) 


CARRY OUT THE MULTIPLICA 


riON 


^PYI 


R0,R1,R4 


R4 <= XO*YO = PI 


MPYI 


R3,R0 


RO <= X0»Y1 = P2 


MPYI 


R2,R1 


Rl <= X1*Y0 = P3 


ADDI 


RO.Rl 


Rl <= P2+P3 


MPYI 


R2,R3 


R3 <= X1»Y1 = P4 


PUT THE PRODUCTS TOGETHB 


R 


LDI 


R1,R2 


R2 <= P2+P3 


LSH 


16,R2 


R2 <= LOWER 16 BITS OF P2+P3 


CHPI 


0,ARO 


CHECK THE SIGN OF THE PRODUCT 



BGED DONE 

LSH ARl.Rl 

ADDI R4,R2,R0 

ADDC R3,R1 



IF >= THEN DONE (DELAYED) 

Rl <= UPPER 16 BITS OF P2+P3 

RO <= WO = LOWER WORD OF THE PRODUCT 

Rl <= Wl = UPPER WORD OF THE PRODUCT 



NEGATE THE PRODUCT IF NUMBERS WERE OF OPPOSITE SIGN 



SUBRI 0,R0 
SUBRB O.Rl 



; RO <= -WO 

; Rl <= -Wl (WITH BORROW) 






PROGRWI: IDIV 

URITTEN by: GARY A. SITTON 

GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 



INTEGER 32 / 32 DIVIDE: RO, Rl <= RO/Rl. 
RESULT IS A 32 BIT QUOTIENT AND iREMAINDERI. 

INPUT RESTRICTIONS: Rl != 0. 

REGISTERS FOR INPUT: RO (DIVIDEND) AND Rl (DIVISOR). 

REGISTERS USED fUD RESTORED: SP. 

REGISTERS ALTERED: IRO-1 AND RO-3. 

REGISTERS FOR OUTPUT: RO (QUOTIENT) AND 

Rl (iRENAINOER!). 
ROUTINES NEEDED: NONE. 

EXTERNAL PROGRM HMES 

.GLOBL IDIV 

START OF IDIV PROGRAH 

.TEXT 



SUBI 
LSH 



IRO.IRl 
IR1,R1 



1 IRl <= DIFFERENCE IN EXPONENTS 

I Rl <= ALIGNED DIVISOR WITH DIVIDEND 



DO IRl+1 SUBTRACT k SHIFTS. 



RPTS 
SUBC 



IRl 
R1,R0 



; REPEAT IRl+1 TIRES 
; RO <= 2«(R0 - Rl) 



MASK OFF THE LOWER IRl+1 BITS OF RO 



LDI R0,R1 

SUBRI 31, IRl 

LSH IR1,R0 

NEGI IRl 

LSH IR1,R0 

SUBRI -32, IRl 

LSH IRl.Rl 



; Rl <= [REMAINDER, QUOTIENT! 

; IRl <= 32 - (IRl+1) 

; RO <= RO SHIFT LEFT IRl 

; IRl <= -IRl 

; RO <= IXl/.'YJ 

; IRl <= -( IRl+1 > 

; Rl <= I REMAINDER I 



CHECK SIGN AND NEGATE RESULT IF NECESSARY. 



^ IDIV! 



NEGI R0,R3 

ASH -31, R2 

LDINZ R3,R0 

CHPI 0,R0 
RETS 

RETURN ZERO QUOTIENT. 

LDI R0,R1 

LDI 0,R0 
RETS 



! R3 <= -!X!/!YI 

I TEST SIGN BIT 

I IF SET RO <= -RO 

I SET STATUS FROM RESULT 

1 RETURN 



; Rl <= {REMAINDER! 
; RO <= QUOTIENT 
I RETURN 



DETERMINE SIGN OF RESULT. GET ABSOLUTE V«.UE OF OPERANDS. 

XOR R0,R1,R2 
MSI RO 
ABSI Rl 

TEST INPUT VW.UES 



; R2<=SIGNUM (RO/Rl) 
; RO <= !X! 
; Rl <= lY! 



CMPI 
BHID 



ZERO 



; COMPARE DIVISOR TO DIVIDEND 

; IF Rl > RO THEN RETURN (DELAYED) 



;5- 






MORHtt-IZE OPERANDS. USE DIFFERENCE IN EXPONENTS AS 
SHin COUNT FOR DIVISOR, mi AS REPEAT COUNT FOR SUBC. 



FLOAT R0,R3 

PUSHF R3 

POP IRl 

LSH -24. IRl 

FLOAT R1,R3 

PUS»F R3 

POP IRO 

LSH -24, IRO 



; R3 <= NORHM.IZED DIVIDEND 

; PUSH AS FLOAT 

; IRl <= INTEGER 

; IRl <= DIVIDEND EXPONENT 

; R3 <=NORM«.I ZED DIVISOR 

} PUSH AS FLOAT 

; IRO <= INTEGER 

; IRO <= DIVISOR EXPONENT 
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PR0G8An: SVECTOR.ASM 

VECTOR UTILITIES 

fVECTOR.ASH CONSISTS OF THE FOLLOMING ROUTINES'. 

«COR«ULT - IN-PLACE CO^PUTATION OF THE COMPLEX VECTOR PRODUCT OF TWO 
COHPLEX <«RAYS USIhG T\€ COMPLEX CONJUGATE OF 1\€. SECOND 
««AY. 

*CONMULT - IN-PLACE COMPUTATION OF THE COMPLEX VECTOR PRODUCT OF TWO 
COPLEX ARRAYS. 

*CBITREV - IN-PLACE BIT REVERSE PERMUTATION ON A COMPLEX ARRAY WITH 
SEPARATE REAL AND IMAGINARY ARRAYS. 

♦FMIEEE - IN-PLACE FAST CONVERSION OF AN IEEE ARRAY TO A TMS320C30 
ARRAY. 

*TOIEEE - IN-PLACE FAST CONVERSION OF A TMS320C30 ARRAY TO AN IEEE 
ARRAY. 

♦VECMULT - IN-PLACE MULTIPLIES A CONSTANT TIMES AN ARRAY. 

*CONMOV - MOVES (FILLS) A CONSTANT INTO AN ARRAY. 

*VECMOV - MOVES (COPIES) m ARRAY INTO ANOTHER ARRAY. 



# PR0(3RAM: iCORMULT 
« 
« WRITTEN by: GARY A. SITTON 

♦ GAS LIGHT SOFTWARE 
» HOUSTON, TEXAS 
» FEBRUARY 1989. 

♦ COMPLEX IN-PLACE FREQUENCY DOMAIN CORRELATION: 

♦ CI <= CI * C0NJ(C2), CI AND C2 ARE BOTH OF LENGTH 

* N, AND CI = (XI + I»Y1) AND C0NJ(C2) = (X2 - I»Y2). 

* MCORHULT ENTRY PROTOCOL: 

* VARIABLES FOR INPUT: 
» $IAD1 ->■ XKO], $IAD2 -> YICO], 

♦ $SAD1 -> X2C0], $SAD2 -> Y2C0], 
» $N = N (LENGTH), $PARMS = DATA PAGE. 
» INPUT RESTRICTIONS: $N > 0. 
« REGISTERS ALTERED: RC, DP, ARO-3 AND RO-3. 
« 

* RCORHULT ENTRY PROTOCOL: 

* REGISTERS FOR INPUT: 

* ARC -> XI [Q], ARl -> Y1[0], AR2 -> X2C0], 
» AR3 -> Y2C0], RC = N (LENGTH). 

♦ INPUT RESTRICTIONS: RC> 0. 

* REGISTERS ALTERED: RC, ARO-3 AND RO-3. 
♦ 

# REGISTERS USED AND RESTORED: SP. 
« REGISTERS FOR OUTPUT: NONE. 
» ROUTINES NEEDED: NONE. 



EXTERNAL MEMORY ADDRESSES 

.GLOBL SPARMS ; PARAMETER PAGE ADDRESS 

EXTERNAL VARIABLE ADDRESSES 



.GLOBL $N 

.GLOBL $IAD1 

.GLOBL $IAD2 

.GLOBL $SAD1 

.GLOBL $SAD2 



ARRAY LENGTH N 
ADDRESS OF INPUT XI 
ADDRESS OF INPUT Yl 
ADDRESS CF INPUT X2 
ADDRESS OF INPUT Y2 



EXTERNAL PROGRAM NAMES 



.GLOBL 
.GLOBL 



MCORMLiT 
RCORMULT 



1 MEMORY ENTRY FOR COMPLEX (CORR. ) MULTIPLY 
I REGISTER ENTRY FOR COMPLEX (CORR. ) MULTIPLY 



START OF PROGRAM AREA 






.TEXT 

MEMORY BASED PARAMETER ENTRY 



Kji 


HCORHULT: 






K 










LDP 


WPARMS 


5 LOAD DATA PAGE POINTER 




LDI 


«$N,RC 


5 RC<=N 




LDI 


WIAD1,AR0 


; ARC -> X1[0] 




LDI 


e$IAD2,ARl 


; ARl -> Y1C03 




LDI 


e$SADl,AR2 


; AR2 -> X2C0] 




LDI 


eiSAD2,AR3 


; <«3 -> y2[03 



REGISTER BASED PARARETER ENTRY 



COHPLEX MULTIPLY (CORRELATION) LOOP 



SUBI 


1,RC 


; RC <= N - 1 


RPTB 


LOOPl 


; REPEAT BLOCK N TIMES 


MPYF 


*AR0,*AR2,R1 


; Rl <= X1[I]»X2[I] 


HPYF 


«AR1,«AR3,R3 


; R3 <= Y1CI]*Y2[I1 


MPYF 


»AR2++,«ARl,R0 


; RO <= Yl[I]*X2tI], INCR. AR2 AND 


ADDF 


R1,R3,R2 


; R2 <= X1[I]»X2[I] + Y1[I]»Y2[I] 


lf>YF 


*AR0,«/«3++,Rl 


? Rl <= XltI]»Y2[I], INCR. f«3 


SUBF 


R1,R0,R3 


• R3 <= YlCI]tX2CI] - X1CIM2CI3 


STF 


R2,»AR0++ 


; XICI] <=R2, INCR. ARO AND... 


STF 


R3,«W1++ 


; YlCn <= R3, INCR. ARl 



? 



; RETURN 



i' 



bo 

G 



JHHHHHHHHH»HHHHHHH m » » i » »» «>! 

PROGRAM: CONMULT 

WRITTEN BY: GARY A. SITTON 

GAS LIGHT SOnWARE 
HOUSTON, TEXAS 
APRIL 1989. 

COMPLEX IN-PLACE FREQUENCY DOMAIN CONVOLUTION: 
CI <= CI ♦ C2, CI AND C2 ARE BOTH OF LENGTH 
N, AND CI = (XI + I*Y1) AND C2 = (X2 + I»Y2). 

MCONHULT ENTRY PROTOCOL: 

VARIABLES FOR INPUT: 

$IAD1 -> X1L03, $IAD2 -> YICO], 
$SAD1 -> X2[0], $SAD2 -> Y2C0], 
$N = N (LENGTH), $PARMS = DATA PAGE. 

INPUT RESTRICTIONS? $N > 0. . 

REGISTERS ALTERED: RC, DP, ARO-3 M) RO-3. 

RCONHULT ENTRY PROTOCOL: 

REGISTERS FOR INPUT: 

ARO -> XILO], ARl -> YUO], AR2 -> X2[0], 
AR3 -> Y2[0], RC = N (LENGTH). 

INPUT RESTRICTIONS: RC > 0. 

REGISTERS ALTERED: RC, ARO-3 Wffl RO-3. 

REGISTERS USED WD RESTORED: SP. 
REGISTERS FOR OUTPUT: NONE. 
ROUTINES NEEDED: NONE. 



EXTERNA MEMORY ADDRESSES 



; PARAMETER PAGE ADDRESS 



EXTERNAL VARIABLE ADDRESSES 



.GLOBL $N 

.GLOBL $IAD1 

.GLOBL $IAD2 

.GLOBL SSADl 

.GLOBL $SAD2 



I ARRAY LENGTH N 
; ADDRESS OF IM>UT XI 
I ADDRESS OF INPUT Yl 
! ADDRESS OF INPUT X2 
I ADDRESS OF INPUT Y2 



EXTERNAL PR0GRM1 NMCS 



.GLOBL MCONMULT • MEMORY ENTRY FOR CCWLEX (CONV.) MULTIPLY 
.GLOBL RCOmULT ; REGISTER ENTRY FOR COMPLEX (CONV.) MULTIPLY 



START OF PROGRAM tf?EA 

.TEXT 

MEMORY BASED PAR«CTER ENTRY 



? 


LDP 


e$PARns 


; LOAD DATA PAGE POINTER 


«>*. 

E 


LOI 


m,f€ 


; RC <= N 


LDI 


ttlADl.ARO 


; ARC -> XI EC] 


1 


LDI 


e«IAD2,ARl 


; ARl -> Y1CC3 


LOI 


i$SADl,AR2 


5 AR2 -> X2C0] 


g1 


LDI 


e$SAD2,«» 


; AR3 -> Y2C0] 


; REGISTER BASED PARAMETER ENTRY 


r^ 


RCOilULT: 






1 


; COnPLEX nULTIPLY (CONVOLUTION) LOOP 






RPTB 


L00P2 


HPYF 


#AR0,*AR2,R1 


HPYF 


»ARi,»AR3,R3 


MPYF 


*AR2++,«AR1,R0 


SUBF 


R3,R1,R2 


HPYF 


«AR0,*AR3++,R1 


AODF 


R1,R0,R3 


STF 


R2,»AR0++ 


SF 


R3,*W^1++ 



; REPEAT BLOCK N TIMES 

; Rl <= X1[I]»X2[I] 

; R3 <= Y1[I]*Y2[I] 

; RO <= Y1[I]*X2[I], INCR. AR2 AND.. 

; R2 <= X1[I]*X2[I] - Y1[I3»Y2[I] 

; Rl <= Xl[I]»Y2[n, INCR. AR3 

; R3 <= Y1[I3«X2[I] + X1[I]*Y2[I] 

■ XlCn <= R2, INCR. ARC AND... 

; Y1CI3 <= R3, INCR. ARl 



t— * 



; RETURN 



»»*««««*t*«*«««M«««««««««««««««««««*««HH(««*««W««HH(««« 

» PROGRAM: »CBITREV 

♦ 

» WRITTEN BY: GARY A. SITTON 

« GAS LIGHT SOFTWARE 

* HOUSTON, TEXAS 

* MARCH 1989. 
* 

» BIT REVERSE INDEX MAP TWO REAL ARRAYS AS A SINGLE 

« COMPLEX ARRAY WITH TJ£ SWAPPING DONE IN-PLACE. 

* XEI], Y[I3 <-> X[J], YCJ], WHERE J = BR(I). 

* LENGTH OF ARRAYS N >= 4 IS ABSXUTELY REQUIRED. 
* 

* MCBITREV ENTRY PROTOCOL: 

* VARIABLES FOR INPUT: 

» $IAD1 -> XIO], $IAD2 -> YI03, 

* $N = N (LENGTH), SPARMS = DATA PAGE. 

* INPUT RESTRICTIONS: $N >= 4. 

* REGISTERS ALTERED: RC, DP, IRO, ARO-3 AND RO-3. 
* 

* RCBITREV ENTRY PROTOCOL: 

* REGISTERS FOR INPUT: 

* ARO -> XCO], ARl -> YEO], RC = N (LENGTH). 
» INPUT RESTRICTIONS: RC >= 4. 

* REGISTERS ALTERED: RC, IRO, ««0-3 AND RO-3. 
» 

* REGISTERS USED AND RESTORED: SP. 
» REGISTERS FOR OUTPUT: NONE. 

* ROUTINES NEEDED: NONE. 

W*»HHHHHHHHHt»«»*<HHHHHHHHHHHHHHmHH m i i HH I H I I H HHHHHHHUHUHt 



EXTERNAL MEMORY ADDRESSES 

.GLOBL $PARMS ; PARAMETER PAGE ADDRESS 

EXTERNAL VARIABLE ADDRESSES 



.GLOBL »N 
.GLOBL $IAD1 
.GLOBL $IAD2 



■ ARRAY LENGTH N 
; ADDRESS OF INPUT X 
; ADDRESS OF INPUT Y 



; EXTERNAL PROGRAM NAMES 

.GLOBL MCBITREV ; MEMORY ENTRY FOR COMPLEX BIT REVERSE 
.GLOBL RCBITREV ; REGISTER ENTRY FOR COMPLEX BIT REVERSE 

5 START OF PROGRAM AREA 

.TEXT 

; MEMORY BASED PARAMETER ENTRY 

MCBITREV: 





LDP 




5 LOAD DATA PAGE POINTER 


On 


LDI 


e$N,RC 


; RC <= N 




LDI 


@$IAD1,AR0 


; ARC -> ARRAY X 




LDI 


e$IAD2,ARl 


. ARl -> ARRAY Y 



REGISTER BASED PARAMETER ENTRY 



LDI RC,IRO ? IRO <= N 

SUBI 3,RC ; RC <= N - 3 

LSH -1,IR0 ; IRO <= N/2 FOR BIT REVERSE 

LDI AR0,AR2 ; AR2 -> ARRAY X (BIT REV.) 

NOP ♦AR2++(IR0)B ; INCR. BR(AR2) (OUTSIDE LOOP) 

NOP ♦ARO++ ; INCR. ARO (OUTSIDE LOOP) 

LDI ARl,/«3 ; AR3 -> ARRAY Y (BIT REV.) 

DO BIT REVERSE SUAP ON BOTH ARRAYS 
SKIPPING THE OTH AND N-IST aEMENTS 

RPTB L00P3 ; REPEAT LOOP N-2 TIMES 

CMPI AR2,AR0 ; COMPARE AR2 TO ARO 

BGED L00P3 ■ IF ARO >= AR2, LOOP (DELAYED) 

NOP YARUi ; INCR. ARl 

NOP tAR3++(IR0)B ; INCR. BR(AR3) 

LDF »AR0++,R0 ; RO <= X[I], INCR. ARO 



S^ 



2^ 



LDF 
LDF 
LDF 
STF 
STF 
STF 
STF 
NOP 



»AR2,R2 
*AR1,R1 
«AR3,R3 
RO,«M^ 
R2,»-AR0 
R1,«M)3 ; 
R3,*AR1 , 
»AR2++(IR0)B 



; R2 <= X[J] 

• Rl <= VEI] 

; R3 <= YCJ] 

; X[J] <= RO 

; XCI3 <= R2 

. Y[J] <= Rl 

? YCI] <= R3 

; INCR. BR(AR2) 

I RETURN 



G 



« PROGRAM: iFMIEEE 

» WRITTEN BY: GARY A. SITTON 

♦ GAS LIGHT SOFTWARE 

♦ HOUSTON, TEXAS 

♦ tWRCH 1989. 
» 

♦ CONVERT AN ARRAY OF IEEE FLOATING-POINT NUMBERS TO 
« TMS320C30 FLOATING-POINT FORMAT. ASSUfES NO: INF. , 

♦ NAN, OR DENORMALIZED NUMBERS. 
* 

♦ MFMIEEE ENTRY PROTOCOL: 

♦ VARIABLES FOR INPUT: 

t $IAD1 -> XCO], $N = N (LENGTH), 

♦ SPARMS = DATA PAGE. 

♦ INPUT RESTRICTIONS: $N > 0. 

♦ REGISTERS ALTERED: RC, DP, ARO-1 AND RO-1. 
» 

♦ RFMIEEE ENTRY PROTOCOL: 

♦ REGISTERS FOR INPUT: 

♦ ARO -> XCO], RC = N (LENGTH). 

♦ INPUT RESTRICTIONS: RC > 0. 

« REGISTERS ALTERED: RC, ARO-1 AND RO-1. 
t 

♦ REGISTERS USED AND RESTORED: SP. 

♦ REGISTERS FOR OUTPUT: NONE. 

♦ ROUTINES NEEDED: NONE. 



EXTERNAL MEMORY ADDRESSES 

.GLOBL $PARMS ; PAR/VtTER PAGE ADDRESS 

EXTERNAL V<«IABLE ADDRESSES 



.GLOBL $N 
.GLOBL $IAD1 



; ARRAY LENGTH N 
■ ADDRESS OF INPUT X 



EXTERNAL PROGRAM NAMES 



.GLOBL MFMIEEE 
.GLOBL RFMIEEE 



. MEMORY ENTRY FOR IEEE -> 'C30 CONVERSION 
; REGISTER ENTRY FOR IEEE -> 'C30 CONVERSION 



CONSTANTS FOR BOTH CONVERSIONS 
.DATA 



.WORD 0FF800000H 

.WORD OFFOOOOOOH 

.WORD O7FO00OO0H 

.WORD 080000000H 

.WORD 081000000H 
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TABA .UORD CTAB 

; START OF PROGRAM AREA 

• TEXT 
; fCnORY BASED PARAMETER ENTRY 



2^ 



^ 



LDP eSPARMS 
LDI t$N,RC 
LDI «$IAD1,AR0 



; LOAD DATA PAGE POINTER 

; RC <= N 

; ARO -> IEEE ARRAY 



REGISTER BASED PARAMETER ENTRY 






SUBI 1,RC 
LDP eCTAB 
LDI eTABA.ARl 



RC <= N - 1 

LOAD DATA PAGE POINTER 

ARl -> CONSTANT TABLE 



IEEE -> 'C30 CONVERSION LOOP 



RPTB 


L00P4 


AND 


*AR0,»AR1,R0 


ADDI 


*ARO,RO 


LDIZ 


»+ARl(l),RO 


LDI 


*AR0,R1 


BGED 


L00P4 


SUBI 


*+ARl(2),R0 


PUSH 


RO 


POPF 


RO 


NE6F 


RO 


L00P4: STF 


RO,*ARO++ 


RETS 





REPEAT LOOP N TIMES 

REPLACE FRACTION WITH 

SHIFT SIGN AND EXPONENT INSERTING 

IF ALL ZERO, LOAD 'C30 0.0 

TEST ORIGINAL NUMBER 

IF >= 0, STORE NUMBER (DELAYED) 

REMOVE EXPONENT BIAS (127) 

SAVE AS AN INTEGER 

UNSAVE AS A FLJ. PI. NUMBER 

; NEGATE 'C30 NUMBER 

; STORE 'C30 NUMBER, INCR. ARO 

• RETURN 






* PROGRAM: *TOIEE 
♦ 
» WRITTEN BY: GARY A. SITTON 

* GAS LIGHT SOFTWARE 

* HOUSTON, TEXAS 

* APRIL 1989. 

* CONVERT AN ARRAY OF TMS320C30 FLOATING-POINT 

* NUMBERS TO IEEE FLOATING-POINT FORMAT. ZERO 

* IS THE ONLY SPECIAL CASE. 
* 

* MTOIEEE ENTRY PROTOCOL: 
» VARIABLES FOR INPUT: 
t $IAD1 -> XCO], $N = N (LENGTH), 
« $PARMS = DATA PAGE. 

* INPUT RESTRICTIONS: $N > 0. 

* REGISTERS ALTERED: RC, DP, ARO-1 AND RO-1. 
# 

* RTOIEEE ENTRY PROTOCOL: 
t REGISTERS FOR INPUT: 
» ARO -> XCO], RC = N (LENGTH), 
t INPUT RESTRICTIONS: RC > 0. 
» REGISTERS ALTERED: RC, ARO-1 AND RO-1. 
« 

« REGISTERS USED AND RESTORED: SP. 

» REGISTERS FOR OUTPUT: NONE. 

* ROUTINES NEEDED: NONE. 
* 
» NOTE: »TOIEEE SHARES THE CTAB TABLE FROM *FMIEEE 

■ EXTERNAL MEMORY ADDRESSES 

.GLOBL $PARMS ; PARAMETER PAGE ADDRESS 
; EXTERNAL VARIABLE ADDRESSES 



.GLOBL $N 
.GLOBL $IAD1 



; ARRAY LENGTH N 
; ADDRESS Cf INPUT X 



EXTERNAL PROGRAM NAMES 



.GLOBL MTOIEEE 
•GLOBL RTOIEEE 



; MEMORY ENTRY FOR 'C30 -> IEEE CONVERSION 
; REGISTER ENTRY FOR 'CSO -> IEEE CONVERSION 



START OF PROGRAM AREA 

.TEXT 

MEMORY BASED PARAMETER ENTRY 



1— * 


LDP 


t$PARMS 


; LOAD DATA PAGE POINTER 


00 


LDI 


e$N,RC 


; RC<=N 




LDI 


e$IADl,AfW 


5 ARO -> 'CSC ARRAY 



REGISTER BASED PARAMETER ENTRY 





SUBI 


1,RC 


;RC<=N-1 




LDP 


eCTAB 


; LOAD DATA PAGE POINTER 




LDI 


iTABA,ARl 


; ARl -> CONSTANT TABLE 




; 'C30- 


> IEEE CONVERSION LOOP 




RPTB 


LOOPS 


. REPEAT LOOP N TINES 




ABSF 


*ARO,RO 


• TEST INUMBERl 




LDFZ 


*+ARl{4),R0 


; IF = 0, LOAD FAKE 0.0 




LSH 


1,R0 


? SHIFT OFF SIGN BIT 




PUSHF 


RO 


; SAVE AS A FLT. PT. 




LDF 


*AR0,R1 


; TEST ORIGINAL NUMBER 




BGEO 


LOOPS 


. IF >= 0, STORE NUMBER (DELAYED) 




POP 


RO 


. UNSAVE AS AN INTEGER 




ADDI 


*+flRl(2),R0 


; ADD EXPONENT BIAS (127) 




LSH 


-1,R0 


; ADJUST FOR SIGN BIT 




OR 


«fARl(3),R0 


• NEGATE IEEE NUMBER 


^ 


LOOPS: STI 


RO,»tfW)++ 


; STORE IEEE NUMBER, INCR. ARO 


o 








^ 


RETS 




; RETURN 


1 
























s 








•^ 








^ 
















5 








Ci 








<»♦. 
















s* 








s 








tn 








'S^ 








^ 








»^ 








;5- 








r^ 








H 








^ 








Co 








u» 








K) 








c> 








O 








U) 








o 









«»»«*♦«»*«♦♦»«♦»»«♦»»«*♦««♦«♦♦♦*»♦»«♦♦»*♦♦«♦»*♦♦*«»♦#« 

PROGRAM: #VECMULT 

WRITTEN BY: GARY A. SITTON 

GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
FEBRUARY 1989. 

SCALAR - VECTOR MULTIPLY: X[I] <= X[I]»C, C IS A 
CONSTANT AND THE ARRAY X IS OF LENGTH N >= 1. 

MVECMULT ENTRY PROTOCOL: 
VARIABLES FOR INPUT: 

$IAD1 -> XCO], $N = N (LENGTH), 

$CNST = C, $PARMS = DATA PAGE. 
INPUT RESTRICTIONS: $N > 0. 
REGISTERS ALTERED: RC, DP, ARO AND RO-1. 

RVECHULT ENTRY PROTOCOL: 
REGISTERS FOR WUT: 

ARO -> XCO], RO = C, RC = N (LENGTH). 
INPUT RESTRICTIONS: RC > 0. 
REGISTERS ALTERED: RC, ARO AND Rl. 

REGISTERS USED AND RESTORED: SP. 
REGISTERS FOR OUTPUT: NONE. 
ROUTINES NEEDED: NONE. 



EXTERNA MEMORY ADDRESSES 

.6L0BL $PARHS ; PARAMETER PAGE ADDRESS 

EXTERNA V<«IABLE ADDRESSES 



.GLOBL $N 
.GLOBL $CNST 
.GLOBL IIADI 



• ARRAY LENGTH N 

; ADDRESS OF CONSTANT C 

. ADDRESS OF INPUT X 



EXTERNAL PROGRAM NAMES 



.GLOBL MVECMULT 
.GLOBL RVECMULT 



i MEMORY ENTRY FOR SCALAR - VtCTOR MULTIPLY 
I REGISTER ENTRY FOR SCALtf? - VECTOR MULTIPLY 



START OF PROGRAM f«EA 

.TEXT 

MEMORY BASED PARAMETER ENTRY 



LDP 
LDI 



eSPARMS 
eSN.RC 



; LOAD DATA PAGE POINTER 
; RC<= N 
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UI MIADl.ARO 
LDF MCNST.RO 



. ARO -> XCO] 
; RO <= C 



; REGISTER BASED PARAHETER ENTRY 

RVECnULT: 

SUBI 2,RC ; RC <= N - 2 

HPYF R0,«AR0,R1 • Rl <= C*X[01 

CMPI 0,RC 5 COMPARE RC TO 

BLT SKIPl . IF RC < THEN SKIP LOOP 



SCALAR - VECTOR MULTIPLY LOOP 

RPTS RC . REPEAT INST. N-1 TIMES 
HPYF R0,*++AR0,R1 ; Rl <= C*X[I+13 
STF R1,«AR0 • XCI] <= C*XCI3 



i 

Q 



SKIPl : STF 
RETS 



R1,*AR0 



; XCN-1] <= C*X[N-1] 
■ RETURN 



I— * 
VO 



* PROGRAM: ♦CONHOV 
* 

WRITTEN by: GARY A. SITTON 

GAS LIGHT SORWARE 

HOUSTON, TEXAS 

FEBRUARY 1989. 

SCALAR -> VECTOR MOVE: XCI] <= C, C IS A 
CONSTANT AND THE ARRAY X IS OF LENGTH N. 

MCONMOV ENTRY PROTOCOL: 

VARIABLES FOR INPUT: 

$IAD1 -> XtOl, $N = N (LENGTH), 
$CNST = C, fPARMS = DATA PAGE. 

INPUT RESTRICTIONS: $N > 0. 

REGISTERS ALTERED: RC, DP, ARO, AND RO 

RCONMOV ENTRY PROTOCOL: 
REGISTERS FOR INPUT: 

ARO -> XCO], RO = C, RC = N (LENGT 
INPUT RESTRICTIONS: RC > 0. 
REGISTERS ALTERED: RC, ARO. 

REGISTERS USED AND RESTORED: SP. 
REGISTERS FOR OUTPUT: NONE. 
ROUTINES NEEDED: NONE. 

EXTERNAL MEMORY ADDRESSES 

.6L0BL tPARMS • PARAMETER PAGE ADDRESS 

EXTERNAL VARIABLE ADDRESSES 



.GLOBL $N 
.GLOBL $CNST 
.GLOBL $IAD1 



ARRAY LENGTH N 
ADDRESS OF CONSTANT C 
ADDRESS OF INPUT X 



EXTERNAL PROGRAM NAMES 



.GLOBL MCONMOV 
.GLOBL RCONMOV 



; MEMORY ENTRY FOR CONSTWJT TO VECTOR MOVE 
; REGISTER ENTRY FOR CONSTANT TO VECTOR HOVE 



START OF PROGRAM AREA 

.TEXT 

MEMORY BASED PARAMETER ENTRY 



LDP 
lDI 



eiPARMS 
e$N,RC 



; LOAD DATA PAGE POINTER 
; RC <= N 



Ui 

g 



LOI e$IADl,ARO 
LDF MCNST.RO 



; ARO -> XEO] 
; RO <= C 



REGISTER BASED PARAfETER ENTRY 



SUBI 1,RC ; RC <= N - 1 
SCALAR TO VECTOR HOVE LOOP 






RPTS RC 

STF RO,»ARO++ 



; REPEAT INST. N TIMES 
; X[I] <= C 



; RETURN 
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program: *V£CM0V 

WRITTEN BY: GARY A. SITTON 

GAS LIGHT SORUARE 
HOUSTON, TEXAS 
FEBRUARY 1989. 

VECTOR HOVE: Y[I] <= X[I], I = 0,...,N^1 (N >= 1). 

HVECHOV ENTRY PROTOCOL: 

VARIABLES FOR INPUT: 

$IAD1 -> XCO], $IAD2 -> YCO], 

$N = N (LENGTH), SPARHS = DATA PAGE. 

INPUT RESTRICTIONS: $N > 0. 

REGISTERS ALTERED: RC, DP, ARO-1, AND RO. 

RVECHOV ENTRY PROTOCOL: 
REGISTERS FOR INPUT: 

ARO -> XtO], /«! -> YCO], RC = N (LENGTH). 
INPUT RESTRICTIONS: RC> 0. 
REGISTERS ALTERED: RC, ARO-1, AND RO. 

REGISTERS USED AND RESTORED: SP. 
REGISTERS FOR OUTPUT: NONE. 
ROUTINES NEEDED: NONE. 



EXTERNAL HEMORY ADDRESSES 

.GLOBL $PARMS ; PARAMETER PAGE ADDRESS 

EXTERNAL VARIABLE ADDRESSES 



.GLOBL $N 
.GLOBL SIADl 
.GLOBL $IAD2 



; ARRAY LENGTH N 
• ADDRESS OF INPUT X 
; ADDRESS OF INPUT Y 



EXTERNAL PROGRAM NAMES 



.GLOBL HVECHOV 
. GLOBL RVECHOV 



; MEMORY ENTRY FOR VECTOR TO VECTOR MOVE 
; REGISTER ENTRY FOR VECTOR TO VECTOR MOVE 



START OF PROGRAM AREA 

.TEXT 

MEMORY BASED PARAMETER ENTRY 



LDP 


eSPARHS 


; LOAD DATA PAGE POINTER 


LDI 


e$N,RC 


; RC <= N 


LDI 


e$IADl,ARO 


; ARO -> X[0] 



n 








^ 


. REGISTER BASED PARAMETER ENTRY 










j$ 








f^ 


RVECnOV: 






1' 


SUB] 


2,RC 


RC <= N - 2 


«3. 


LDF 


*ARO++,RO 


RO <= XtO] 




C«PI 


0,RC 


COMPARE RC TO 


BLT 


SKIP2 


IF RC < THEN SKIP LOOP 


55 








i 

&3 


. VECTOR HOVE LOOP 




RPTS 


RC 


REPEAT INST. N-1 TIFES 


'::^ 


LDF 


tARO++,RO 


RO <= XCI+1] 


^ 


11 STF 


R0,*<«1++ 


MOVE X[I3 TO Y[I] 










i^ 


SKIP2: SF 


R0,#AR1 


MOVE XCN-1] TO YtN-1] 


s 


RETS 




RETURN 








&3 


.END 






K> 








o 








O 








Uj 








o 









iji 



**iHHHHHHH»»t»JHHHHHHHHH»HHHHHHHHHHHHHHHHHHHHHHt»« »lnn»HH H » « » » i m ii mHH 

program: $FR2.ASH 

RADIX 2 FFT ROUTINES 

$FFT2.ASM CONSISTS OF THE FOLLOWING ROUTINES: 

CFFFT2 - COMPLEX DIF FORWARD RADIX 2 FFT USING SEPARATE REAL m 
IMAGINARY ARRAYS AND 3/4 CYCLE SINE TABLE. 

CIFFT2 - COMPLEX DIT INVERSE RADIX 2 FFT USING SEPARATE REAL AND 

IMAGINARY ARRAYS AND 3/4 CYCLE SINE TABLE (DOES NOT INCLUDE 
THE 1/N SCALE FACTOR. 



to 



program: CFFFT2 

WRITTEN by: GARY A. SITTON 

GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1989. 

SPECIAL VERSION USES 3/4 SINE TABLE LOOKUP WITH 
THE PARAMETERS PASSED IN PREDEFINED MEMORY LOCATIONS. 
COMPLEX RADIX-2 DIF FORWARD FT FOR THE THS320C30. 
THIS PROGRAM ASSUMES NORMAL ORDERED DATA AS INPUT,. 
BUT LEAVES THE OUTPUT INDEXED IN BIT REVERSED ORDER. 
TWO POINTERS ARE USED FOR SEPARATE REAL AND IMAGINARY 

VARIABLES FOR INPUT: 

$IAD1 -> REALE03, $iAD2 -> IHAGC03, 
$N = N (LENGTH), $M = M (L0G2(N)), 
$SINE -> SINE TABLE, tPARHS = DATA PAGE. 

INPUT RESTRICTIONS: *N > 1. 

REGISTERS ALTERED: RC, DP, IRO-1, ARO-7, AND RO-7. 

REGISTERS USED AND RESTORED: SP. 

REGISTERS FOR OUTPUT: NONE. 

ROUTINES NEEDED: NONE. 
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EXTERNAL PROGRAM NAMES 

.GLOBL CFFFT2 ; ENTRY POINT FOR EXECUTION 

EXTERNAL MEMORY ADDRESSES 



.GLOBL ISINE 
.GLOBL SPARHS 



; SINE TABLE ADDRESS 
I PARAMETER PAGE ADDRESS 



EXTERNA. VARIABLE ADDRESSES 



.GLOBL SN 

.GLOBL $H 

.GLOBL tlADl 

.GLOBL $IAD2 



FT LENGTH, N = 2«*M 

H = L0G2(N) >= 2 

REAL INPUT ARRAY ADDRESS 

IMAGINARY INPUT ARRAY ADDRESS 









.TEXT 

START OF DIF FFR PROGRAM 



INITIALIZE LOOP VARIABLES 



LDP 
LDI 



eSPARMS 
e$N,IRO 



i LOAD DATA PAGE POINTER 
I IRQ <=N1 (INIT. N> 



LDI 


IR0,IR1 


IRl <:= N 


LSH 


-2, IRl 


IRl <= N/4, OFFSET FOR COSINE 


LDI 


0,AR6 


AR6 <=K (INIT. 0) 


LDI 


IR0,R7 


R7 <= Nl 


LSH 


-1,R7 


R7 <= N2 (INIT. N/2) 


LDI 


1,R5 


R5 <= IE (INIT. 1) 


; OUTER LOOP 




FLOOP: ADDI 


1,AR6 


K <= K + 1 


LDI 


e$IADl,ARO 


ARO -> X(0) 


ADDI 


R7,AR0,AR1 


ARl -> X(L) 


LDI 


e$IAD2,AR2 


AR2 -> Y(0) 


ADDI 


R7,AR2,AR3 


AR3 -> Y(L) 


LDI 


R5,RC 


SETUP 1ST INNER LOOP REPEAT COUNTER. 


SUBI 


1,RC 


RC (ONE LESS THAN THE DESIRED #) 


; FIRST 


INNER LOOP (UNITY TWIDDLE FACTOR) 


RPTB 


FBLKI 


REPEAT BLOCK IE TIMES 


ADDF 


*AR0,*AR1,R0 


RO <= X(I) + X(L) 


SUBF 


*AR1,»AR0,R1 


Rl <= X(I) - X(L) 


ADDF 


*AR2,*AR3,R2 


R2<= Yd) + Y(L) AND... 


SUBF 


♦AR3,»AR2,R3 


R3 <= Yd) - Y(L) 


STF 


RO,»ARO++(IRO) 


Xd) <=R0, INCR. ARO AND... 


II STF 


R1,«AR1++(IR0) 


X(L) <= Rl, INCR. ARl 


FBLKi: STF 


R2,»AR2++(IR0) 


Yd) <= R2, INCR. AR2 AND... 


II STF 


R3,*AR3++(IR0) 


Y(L) C= R3, INCR. ffQ 


PROGRAM EXIT TEST 




CMPI 


e$ti,««6 


COMPARE M TO K 


RETSGE 




IF K >= M THEN RETURN 


• MAIN INNER LOOP 




LDI 


2,AR7 


J <= 2, (PRE-INCREfCNTED) 


LDI 


1,AR0 


ARO <= I (INIT. 1) 


LDI 


1,AR2 


AR2 C= I (INIT. 1) 


LDI 


@$SINE,AR5 


AR5 <= SINTAB[IA] (INIT. lA = 0) 


FINLOP: ADDI 


R5,AR5 


AR5 -> SINTABCIA <= lA + IE] 


LDF 


*AR5,R6 


R6 <= SIN(X), (X = (2»PI/N)»IA) 


ADDI 


AR5,IR1,<«4 


AR4 -> COS(X) 


ADDI 


e$IADl,ARO 


ARO -> Xd) 


ADDI 


WIAD2,AR2 


AR2 -> Yd) 


ADDI 


R7,AR0,tfll 


ARl -> X(L) 


ADDI 


R7,AR2,AR3 


AR3 -> Y(L) 


LDI 


R5,RC 


SETUP 2ND INfCR LOOP REPEAT COUNTER 


SUBI 


1,RC 


RC (ONE LESS THAN THE DESIRED 1) 



SECOND INNER LOOP (DOES TWIDDLE ROTATION) 

RPTB FBLK2 ; REPEAT BLOCK IE TIMES 



;:l., 


SUBF 


*AR1,»AR0,R2 


R2 <= XT = X(I) - X(L) 


n 


SUBF 


»AR3,«ftR2,Rl 


Rl <= YT = Yd) - Y(L) 


£ 


HPYF 


R2,R6,R0 


R0<= XT»SIN AND... 


^ 


!l ADDF 


«AR2,«AR3,R3 


R3 <= Yd) + Y(L) 


r^ 


W>YF 


R1,*<«4,R3 


R3 <= YT»COS AND... 


o" 


II SF 


R3,*<«2++(IR0) 


Yd) <= Yd) + Y(L), INCR. AR2 


s 


SUBF 


R0,R3,R4 


R4 <= COS»YT - SIN*XT 


^^ 


MPYF 


R1,R6,R0 


RO <= SIN*YT AND... 


"^ 


II ADDF 


«AR0,«AR1,R3 


R3 <= Xd) + X(L) 


^ 


HPYF 


R2,*AR4,R3 


R3 <=COS*XT AND... 


STF 


R3,»AR0++(IR0) 


Xd) <= Xd) + X(L) , INCR. ARO 


f^ 


ADDF 


R0,R3 


R3 <= COS»XT + SIN«YT 


o' 


FBLK2: STF 


R3,«AR1++(IR0) 


X(L) <= COStXT + SIN*YT, INCR. ARl AND 


&a 


II STF 


R4,*AR3++(IR0) 


Y(L) <= COS«YT - SIN«XT, INCR. AR3 


^ 


CHPI 


. R7,AR7 


COMPARE N2 TO J 


S- 


BLTD 


FINLOP 


IF J < N2 THEN LOOP (DELAYED) 


<^ 


LDI 


ftR7,AR0 


ARO<:= J 


s 


LDI 


AR7,AR2 


AR2 <= J 


ADDI 


1,AR7 


J <= J + 1 


?5 








U) 








K) 


BRD 


FLOOR 


NEXT FFT STAGE (DELAYED) 




LSH 


1,R5 


IE <= 2»IE 


LDI 


R7,IR0 


Nl <= N2 


O 


LSH 


-1,R7 


N2 <= N2/2 




; END OF OUTER LOOP 





PROGRAM: CIFFT2 

WRITTEN BY: GARY A. SITTON 

GAS LIGHT SOFTWARE 
HOUSTON, TEXAS 
MARCH 1939. 

SPECIAL VERSION USES 3/4 SINE TABLE LOOKUP WITH 
THE PARAMETERS PASSED IN PREDEFINED MEMORY LOCATIONS. 
COMPLEX RADIX-2 DIT INVERSE FFT FOR THE TMS320C30. 
THIS PROGRAM ASSUMES BIT REVERSED ORDERED DATA AS 
INF'UT, BUT LEAVES THE OUTPUT INDEXED IN NORMAL ORDER. 
TWO POINTERS ARE USED FOR SEPWWTE REAL AND IFWGINARY 
ARRAYS. 

VARIABLES FOR INPUT: 

$IAD1 -> REALCO], $IAD2 -> IMAGCO], 
$N = N (LENGTH), $M = M (L0G2(N)), 
$SIN£ -> SINE TABLE, $PARMS = DATA PAGE. 

INPUT RESTRICTIONS: $N > 1. 

REGISTERS ALTERED: RC, DP, IRO-1, ARO-7, AND RO-7. 

REGISTERS USED AND RESTORED: SP. 

REGISTERS FOR OUTPUT: NONE. 

ROUTINES NEEDED: NONE. 

EXTERNAL PROGRAM NAMES 

.GLOBL CIFFT2 ; ENTRY POINT FOR EXECUTION 

EXTERNAL MEMORY ADDRESSES 



.GLOBL *SINE 
.GLOBL $PARMS 



; SINE TABLE ADDRESS 
; PARAMETER PAGE ADDRESS 



EXTERNAL VARIABLE ADDRESSES 

.GLOBL $N -FFT LENGTH, N = 2»#M 

.GLOBL $M ; M = L0G2(N) >= 2 

.GLOBL $IAD1 . REAL INPUT ARRAY ADDRESS 

.GlOBL $IAD2 ; IMAGINARY INPUT ARRAY ADDRESS 

START OF DIT IFFT PROGRAM 

.TEXT 






INITIALIZE LOOP VARIABLES 



LDP eiPARMS 
lDI efN, IRO 



; LOAD DATA PAGE POINTER 
; IKO <= N 





LDI 


IRO,IRi 


IRl <= N 


LSH 


-2,IR1 


IRl <= N/4, OFFSET FOR COSINE 




LDI 


e$l1,AR6 


AR6 C=K (INIT. M) 




LDI 


1,R7 


R7 <=N2 (INIT. 1) 




LDI 


IR0,R5 


R5 <= N 




LSH 


-1,R5 


R5 <= IE (INIT. N/2) 




LDI 


2,IR0 


IRO <= Nl (INIT. 2) 




; OUTER LOOP 






ILOOP: LDI 


e$IADl,ARO 


ARO -> X(0) 




ADDI 


R7,AR0,AR1 


ARl -> X(L) 




LDI 


e$IAD2,AR2 


AR2 -> Y(0) 




ADDI 


R7,AR2,AR3 


Aft3 -> Y(L) 




LDI 


R5,RC 


SETUP 1ST INNER LOOP REPEAT COUNTER 




SUBI 


1,RC 


RC (ONE LESS THAN THE DESIRED #) 




; FIRST INNER LOOP (UNITY 


rUIDDLE FACTOR) 




RPTB 


IBLKI 


REPEAT BLOCK IE TIMES 




ADDF 


♦AR0,»AR1,R0 


RO <= X(I) + X(L) 




SUBF 


»AR1,*AR0,R1 


Rl <= X(I) - X(L) 




ADDF 


*AR2,*AR3,R2 


R2 <= Yd) + Y(L) AND... 




SUBF 


»AR3,»AR2,R3 


R3 <= Yd) - Y(L) 




STF 


RO,«ARO++(IRO) 


Xd) <=R0, INCR. ARO AND... 




1! STF 


R1,*AR1++(IR0) 


X(L) <= Rl, INCR. ARl 


X 


IBLKi: STF 


R2,»AR2++(IR0) 


Yd) <= R2, INCR. AR2 AND... 


!i SF 


R3,*<«3++(IR0) 


Y(L) <= R3, INCR. AR3 


o 








^ 


ciiPi 


eiH,AR6 


COMPARE M TO K 


1* 


BEQD 


SKIP 


IF K = M THEN SKIP TWIDDLED LOOP 


1 


; MAIN INNER LOOP 




LDI 


2,AR7 


J <= 2, (PRE-INCREMENTED) 


LDI 


l.ARO 


ARO <= I (INIT. 1) 




LDI 


1,AR2 


AR2 <= I (INIT. 1) 


LDI 


e$SINE,AR5 


AR5 <= lA (INIT. 0) 




IINLOP: ADDI 


R5,AR5 


AR5 -> SINTABEIA <= lA + IE] 


i 


LDF 


«AR5,R6 


R6 <= SIN(X), (X = (2*PI/N)*IA) 


ADDI 


AR5,IR1,AR4 


AR4 -> COS(X) 


ADDI 


gilADl.ARO 


ARO ->X(I) 


ADDI 


e$IAD2,AR2 


AR2 -> Yd) 


1* 


ADDI 


R7,AR0,AR1 


ARl -> X(L) 


?^ 


ADDI 


R7,AR2,AR3 


AR3 -> V(L) 


y 


LDI 


R5,RC 


SETUP 2ND INNER LOOP REPEAT COUNTER 


^ 


SUBI 


1,RC 


RC (ONE LESS THAN THE DESIRED «) 


Co 








Ui 








to 


; SECOND INNER LOOP (DOES 


TWIDDLE ROTATION) 










o 


RPTB 


IBLK2 


REPEAT BLOCK IE TIMES 


fPYF 


#AR4,»AR1,R4 


R4 <= COS*X(L) 




MPYF 


R6,*AR3,R3 


R3 <= SIN*Y(L) 



MPYF 


»AR4,»AR3,R0 


RO <= COS»Y(L), AND... 


SUBF 


R3,R4,R2 


R2 <= XT = COS«X(L) - SIN»Y(L) 


MPYF 


R6,«AR1,R1 


Rl <= SIN»X(L), AND... 


SUBF 


R2,»AR0,R3 


R3 <= Xd) - XT 


ADDF 


R0,R1,R4 


R4 <= YT = COS»Y(L) + SIN»X(L) 


SUBF 


R4,*AR2,R3 


R3 <= Yd) - YT, AND... 


STF 


R3,»ARlt+(IR0) 


X(L) <= Xd) - XT, INCR. ARl 


ADDF 


R2,«AR0,R3 


R3 <=X(I) + XT, AND... 


STF 


R3,#AR3f+(IR0) 


Y(L) <= Yd) - YT, INCR. AR3 


ADDF 


R4,«AR2,R4 


R4 <= Yd) + YT 


STF 


R3,*AR0++(IR0) 


Xd) <= Xd) + XT, INCR. ARO AND 


STF 


R4,»AR2++(IR0) 


Yd) <= Yd) + YT, INCR. AR2 


CMPI 


R7,AR7 


COMPARE N2 TO J 


BLTD 


IINLOP 


IF J <N2 THEN LOOP (DELAYED) 


LDI 


AR7,AR0 


ARO <= J 


LDI 


AR7,AR2 


AR2<= J 


ADDI 


1,AR7 


J <= J + 1 


SUBI 


1,AR6 


K <= K - 1 


CMPI 


0,AR6 


COMPARE TO K 


BGTD 


ILOOP 


IF K > THEN LOOP (DELAYED) 


LSH 


-1,R5 


; IE <= IE/2 


LDI 


IR0,R7 


, N2 <= Nl 


LSH 


1,IR0 


; Nl <= 2»N1 


PROGRAM EXIT POINT 




RETS 




; RETURN 


.END 
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program: SLINALG.ASM 

LINEAR ALGEBRA ROUTINES 

$LINALG.ASn CONSISTS OF THE FOLLOWING ROUTINES: 

tSOLUTN - SOLVES A WELL CONDITIONED SYSTEM OF LINEAR EQUATIONS WITH 
ANY NUMBER OF DEPENDENT VW^IABLE SETS. USES NO (DIAGONAL) 
PIVOTING WITH NORMAL-PRECISION FLOATING-POINT MATH. 

•SOLUTNX - SOLVES A WELL CONDITIONED SYSTEM OF LINEAR EQUATIONS WITH 
ANY NUMBER OF DEPENDENT VARIABLE SETS. USES NO (DIAGONAL) 
PIVOTING WITH EXTENDED-PRECISION FLOATING-POINT MATH. 



t program: #S0LUTN 

* WRITTEN by: GARY A. SITTON 

* GAS LIGHT SOFTWARE 

* HOUSTON, TEXAS 

* MAY 1989. 
♦ 

» (NORMAL PRECISION VERSION) 
* 

* SOLVES A SYSTEM OF LINEAR EQUATIONS A*X = Y IN THE 

* TABLEAU FORMAT B = A:-Y, AN M X N MATRIX. THIS 

« MEANS THAT A IS AN M X M SQUARE MATRIX OF COEFI- 

* CIENTS, AND -Y IS AN M X N-M RECTANGULAR MATRIX 

« OF N-M VECTORS EACH HAVING M ELEMENTS. EACH DEPEN- 

« DENT VARIABLE COLUMN VECTOR IS NEGATED AND APPENDED 

« TO THE COEFFICIENT MATRIX A. THE SET OF N-M INDE- 

« PENDENT SOLUTION VECTORS X WILL APPEAR IN PLACE OF 

« THE ORIGINAL APPENDED COLUMNS WHEN SOLUTN FINISHES. 

» ROW MAJOR MATRIX STORAGE FORMAT IS ASSUMED PLUS 

« THE PROGRAM ASSUMES N > M > 1 AND BCO, 01 != 0.0 

« SINCE THE METHOD USES DIAGONAL PIVOTING AND STARTS 

« WITH BEO, 0]. ANY PIVOT ELEMENT < 10«*-8 IN ITS 

« ABSOLUTE VALUE WILL IMPLY AN "ILL CONDITIONED" 

* SYSTEM OF EQUATIONS, I. E. NOT HAVING SUFFICIENT 

» LINEAR INDEPENDENCE, AND WILL RESULT IN AN INCOM- 

* PLETE SOLUTION. AN INCOMPLETE SOLUTION WILL BE 

« INDICATED BY THE VALUE OF R3 = 0.0 ON EXIT, ELSE 

* R3 != 0.0 AND EQUALS THE LAST PIVOT ELEMENT VALUE. 

» MSOLUTN ENTRY PROTOCOL: 

* VARIABLES FOR INPUT: 

« $IAD1 -> BIO, 0], $NROW = M, 

» *NCOL = N, $PARMS = DATA PAGE. 

» INPUT RESTRICTIONS: N > M > 1. 

« REGISTERS ALTERED: RC, DP, ARO-7, IRO-1, 

* AND. RO-7. 
* 

» RSOLUTN ENTRY PROTOCOL: 
» REGISTERS FOR INPUT: 
« ARO -> BEG, 0], ARl = M, AR2 = N. 

* INPUT RESTRICTIONS: AR2 > ARl > 1. 

* REGISTERS ALTERED: RC, ARO-7, IRO-1, AND RO-7. 
* 

* REGISTERS USED AND RESTORED: SP. 
« REGISTERS FOR OUTPUT: R3. 

« ROUTINES NEEDED: FPINV (SEE $MATH). 






# NOTE: COMMENTED OUT RnD INSTRUCTIONS MAY BE ACTI- * 

♦ VATED FOR ADDITIONAL ACCURACY WITH LOSS OF SPEED. * 

; EXTERNAL PROGRAM NAMES 



OS 



EPSN 
ZERO 



.GLOBL HSOLUTN ; MEMORY BASED ENTRY 
.GLOBL RSOLUTN ; REGISTER BASED ENTRY 
.GLOBL FPINV ; RECIPROCW. ROUTINE 



EXTERNAL PARAMETER NAMES 



.GLOBL $PARHS 

.GLOBL SIADl 

.GLOBL $NROU 

.GLOBL (NCOL 

INTERNAL CONSTANTS 



.FLOAT l.OE-8 
.SET 0.0 



PARAMETER SPACE ADDRESS 
POINTER TO MATRIX B, ADDRESS OF BEO, 0] 
NUMBER OF ROWS IN-B, VALUE OF M 
NUMBER OF COLUMNS IN B, VALUE OF N 



; SINGULARITY CRITERION 
; SINGULARITY FLAG 



FPINV 
RO 



; RO <= -1/BEK, K] 
; ROUND INVERSE 



DIVIDE RIGHT PART OF PIVOT ROW BY -PIVOT ELEMENT 



ADDI AR3,IR0,AR7 
LDI AR6,RC 


AR7 -> BiK, K] 
RC <= N-K-2 


RPTB DLOOP 
MPYF R0,*++AR7,R2 
RND R2 
STF R2,»AR7 


REPEAT DIVIDE LOOP N-K-1 TIMES 
R2 <= BLK, J]t(-1/B[K, KI) 
REMOVE "♦" TO ROUND * 
B[K, J] <= R2 


START INNER LOOP (I INDEX) 


LDI 0,IR1 
LDI AR0,AR4 


IRl <= I (INIT. 0) 
AR4 -> B[0, 0] 



START SOLUTN PROGRAM 



CflPI 
BEQ 



IRO, IRl ; CO^PARE I TO K 

SKIP • IF I = K THEN SKIP PIVOT ROW 



COMPLETE PIVOTING OPERATION 
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MEMORY BASED PARAMETER ENTRY 



LDP 
LDI 
LDI 
LDI 



eSPARMS 

e$NROU,ARl 
WNC0L,AR2 



LOAD DATA PAGE POINTER 
m -> B[0, 01 
ARl <= M 
AR2 <= N 



REGISTER BASED PM»W1ETER ENTRY 



SETUP LOOP REGISTERS 



LDP 


eEPSN 


LOAD DATA PAGE POINTER 


LDI 


O.IRO 


IRO<=K (INIT. 0) 


LDI 


m,m 


AR3 -> B[0, 0] 


SUBI 


l.ARl 


ARl <= M-1 


LDI 


AR2,AR6 


AR6<=N 


SUBI 


2,AR6 


AR6 <= N-2 


; MAIN LOOP (K INDEX) 




KLOOP: LDF 


#+AR3(IR0),R3 


R3 <= BCK, K3, NEXT PIVOT 


ABSF 


R3,R0 


RO <= IR3I 


CHPF 


ttPSN.RO 


COMPARE !BCK, KI! TO EPS 


BLT 


SING 


IF IBCK, K]! < EPS THEN STOP 



COWVFE RECIPROCAL OF -PIVOT ELEMENT 
NEGF R3,R0 ; RO <= -BCK, K] 



ADDI 


AR4,IR0,AR5 


AR5 -> BCI, K] 


LDF 


,*AR5,R0 


RO <= BCI, K] 


LDI 


AR6,RC 


RC <= N-K-2 


CMP I 


1,RC 


COMPARE RC TO 1 


BLTD 


JUMP 


IF RC < 1 TJ€N NO RPTB (DELAYED) 


SUBI 


1,RC 


RC <= N-K-3 


ADDI 


AR3,IR0,AR7 


AR7 -> BLK, J] 


MPYF 


R0,*++AR7,RI 


Rl <= BCK, K+1]#BCI, K] 



START INNER-INf€R LOOP (J INDEX) 

RPTB JLOOP ? REPEAT PIVOT LOOP N-K-2 TIMES 

hPYF R0,*++AR7,Rl ; Rl <= BCK, J]»BCI, K] 

ADDF R1,*++AR5,R2 ; R2 <= BCI, J] + Rl 

RND R2 ; REMOVE "♦" TO ROUND + 

STF R2,*AR5 ; BCI, J] <= R2 

END OF INNER-INO LOOP (J INDEX) 



ADDF 
RND 
STF 

CMPI 
BLTD 



ADDI 
CMPI 



R1,*++AR5,R2 

R2 

R2,*AR5 

ARl, IRl 
ILOOP 

AR2,AR4 
l.IRl 
IRO, IRl 



R2 <= BCI, N-1] + Rl 
REMOVE "*" TO ROUND + 
BCI, N-1] <.= R2 

; COMPARE I TO M-1 

; IF I < M-1 THEN LOOP (DELAYED) 

; AR4 -> BCI+1, 0] 

; I <= I+l 

; COMPARE I TO K 



END OF INNER LOOP (I INDEX) 



? 


CflPI 


ARl.IRO 


; COMPARE K TO M-1 


1 


BLTD 


KLOOP 


5 IF K < H-1 THEN LOOP 


1 


ADD! 


flR2,fiR3 


; AR3 -> BCK+1, 0] 


ADDI 


l.IRO 


; K <= K+1 


i 


SUBI 


1,AR6 


5 AR6 <= N-K-1 








^ 


. END OF OUTER LOOP (K INDEX) 


















s. 


RETS 




; RETURN 


§ 


5 SINGULAR SYSTEM EXIT 








SING: LDF ZER0,R3 ; SET "SINGULAR" FLAG 
RETS ; RETURN 



O 

Q 






* PROGRAn: *S0LUTNX 
« 

* WRITTEN by: GARY A. SITTON 

« GAS LIGHT SOFTWARE 

« HOUSTON, TEXAS 

« MAY 1989. 

« 

» (EXTENDED PRECISION VERSION) 

• 

« SOLVES A SYSTEM OF llHEffi EQUATIONS A»X = Y IN THE 

« TABLEAU FORMAT B = A'.-Y, AN M X N MATRIX. THIS 

* MEANS THAT A IS AN M X M SQUARE MATRIX OF COEFFI- 

* CIENTS, AND -Y IS AN M X N-M RECTANGULAR tWTRIX 

* OF N-M .VECTORS EACH HAVING M ELEMENTS. EACH DEPEN- < 

* DENT VARIABLE COLUMN VECTOR IS NEGATED AND tfPENDED * 

* TO THE COEFFICIENT MATRIX A. THE SET OF N-M INDE- 

* PENDENT SOLUTION VECTORS X WILL APPEAR IN PLACE OF 

* THE ORIGINAL APPENDED COLUMNS WHEN SOLUTNX FINISHES.* 

* ROW MAJOR MATRIX STORAGE FORMAT IS ASSUMED PLUS 
« THE PROGRAM ASSUMES N > M > 1 AND BCO, 0] != 0.0 

» SINCE THE METHOD USES DIAGONAL PIVOTING AND STARTS 

* WITH B[0, 0]. ANY PIVOT ELEMENT < 10«-10 IN ITS 
« ABSOLUTE VALUE WILL IMPLY AN "ILL CONDITIONED" 

* SYSTEM OF EQUATIONS, I. E. NOT HAVING SUFFICIENT 

* LINEAR INDEPENDENCE, AND WILL RESULT IN AN INCOM- 
« PLETE SOLUTION. AN INCOMPLETE SOLUTION WILL BE 

* INDICATED BY THE VALUE OF R3 = 0.0 ON EXIT, ELSE 
« R3 != 0.0 AND EQUALS THE LAST PIVOT ELEMENT VALUE. 
♦ 

* MSOLUTNX ENTRY PROTOCOL: 
» VARIABLES FOR INPUT: 

* *IAD1 -> BCe, 0], $NROW = M, 

* $NCOL = N, iPARMS = DATA PAGE. 
« INPUT RESTRICTIONS: N > M > 1. 

* REGISTERS ALTERED: RC, DP, ARO-7, IRO-1, 
« AND RO-7. 

* RSOLUTNX ENTRY PROTOCOL: 

* REGISTERS FOR INPUT: 

» ARO -> BCO, 0], ARl = M, AR2 = N. 

* INPUT RESTRICTIONS: AR2 > ARl > 1. 

* REGISTERS ALTERED: RC, ARO-7, IRO-1, AND RO-7. 
« 

* REGISTERS USED AND RESTORED: SP. 

* REGISTERS FOR OUTPUT: R3. 

« ROUTINES NEEDED: FPINVX AND FMULTX (SEE WIATHX). 

t 

» NOTE: THE RND INSTRLCTIONS MAY BE REMOVED WITH 

« SOKE LOSS OF ACCURACY BUT INCREASE IN SPEED. 



EXTERNAL PROGRAM NAMES 



00 



.GLOBL HSOLUTNX 

.GLOBL RSOLUTNX 

.GLOBL FPINVX 

.GLOBL FHULTX 



HEHORY BASED ENTRY 
REGISTER BASED ENTRY 
RECIPR0C<1 ROUTINE 
MULTIPLY ROUTINE 



NEGF R3,R0 
CALL FPINVX 
LDF RO,Rl 



EXTERNAL PARAMETER NAMES 



.GLOBL $PARHS 

.GLOBL $IAD1 

.GLOBL SNROU 

.GLOBL $NCOL 

MEPm. CONSTANTS 

.DATA 



; PARtflETER SPACE ADDRESS 

; POINTER TO MATRIX B, ADDRESS OF BEO, 0] 

; NUMBER OF ROMS IN B, VALUE OF M 

; NUMBER OF COLUMNS IN B, VALUE OF N 



EPSNX .FLOAT l.OE-10 
ZEROX .SET 0.0 



{-SINGULARITY CRITERION 
; SINGULARITY FLAG 



START SOLUTNX PROGRAM 



; RO <= -B[K, K] 
; RO <= -1/BCK, K3 
; Rl <= -l/BCK, K] 



DIVIDE RIGHT PART OF PIVOT ROW BY -PIVOT ELEMENT 

ADDI AR3,IR0,AR7 ; AR7 -> BLK, K] 

LDI AR6,RC ; RC <= N-K-2 

RPTB DLOOPX • REPEAT DIVIDE LOOP N-K-1 TIMES 

LDF »++AR7,R0 • RO <= BCK, Jl 

CALL FMULTX • RO <= BCK, J]»(-l/BtK, K]) 

RND RO ; ROUND » 

I STF R0,»AR7 ; BLK, J3 <= RO 

START INNER LOOP (I INDEX) 



LDI 
LDI 



0,IR1 
AR0,AR4 



CMPI IR0,IR1 
i BEQ SKIPX 



; IRl <= I (INIT. 0) 
• AR4 -> BCO, 0] 



5 COMPARE I TO K 

; IF I = K THEN SKIP PIVOT ROM 



MEMORY BASED PARAMETER ENTRY 



COMPLETE PIVOTING OPERATION 



IJi. 


LDP WPARMS 


; LOAD DATA PAGE POINTER 


D 


LDI e$IADl,ARO 


; ARC -> BEO, 03 


S. 


LDI e$NROU,ARl 


! AR1<= M 




LOI e$NC0L,AR2 


; AR2<=N 


1 


; REGISTER BASED PtfWHETER ENTRY 


^5 


RSOLUTNX: 




'-s 






^ 


; SETUP LOOP REGISTERS 




f^ 


LOP «EPSNX 


; LOAD DATA PAGE POINTER 


§* 


LDI O.IRO 


■ IRO <= K (INIT. 0) 




LDI AR0,AR3 


; AR3 -> BEO, 03 


•^ 


SUBI l.ARl 


; ARl <= 1^1 


LDI AR2,M6 


; AR6 <= N 


SUBI 2,m> 


; AR6 <= N-2 


^ 






<^ 


; MAIN LOOP (K INDEX) 




1 


KLOOPX: UF «4AR3(IR0},R3 


; R3 <= BCK, K3, l€XT PIVOT 


S3 


ABSF R3,R0 


; RO <= iR3i 


^ 


CtPF eEPSNX.RO 


; COMPARE IBEK, K3! TO EPS 


g 


BIT SIN6X 


; IF iBCK, K3I < EPS THEN STOP 


o 






uj 






o 


5 CflffUTE RECIPROCAL OF -PIVOT ELEMENT 



ADDI 


AR4,IR0,AR5 


AR5 -> BCI, K3 


LDF 


#AR5,R0 


RO <= BEI, K3 


LDI 


AR6,RC 


RC <= N-K-2 


CMPI 


1,RC 


COMPARE RC TO 1 


BLTD 


JUMPX 


IF RC < 1 THEN NO RPTB (DELAYED) 


SUBI 


1,RC 


RC <= N-K-3 


ADDI 


AR3,IR0,AR7 


AR7 -> BEK, J3 


MPYF 


R0,*++AR7,R1 


Rl <= BEK, K+13*BEI, K3 


START INNER-IfWER LOOP (J INDEX) 


RPTB 


JLOOPX 


REPEAT PIVOT LOOP N-K-2 TIMES 


MPYF 


R0,*++AR7,R1 


Rl <= BEK, J3*BEI, K3 


ADDF 


R1,»++AR5,R2 


R2 <= BEI, J3 + Rl 


RND 


R2 


ROUND + 


STF 


R2,»AR5 


BEI, J3 <:=R2 



END OF INNER-INNER LOOP (J INDEX) 



ADDF 
RND 
SF 


R1,*++AR5,R2 

R2 

R2,»AR5 


; R2 <= BEI, N-13 + Rl 

; ROUND + 

; BEI, N-13 <= R2 


CMPI 
BLTD 


ARl, IRl 
ILOOPX 


• COMPARE I TO M-1 

; IF I< M-1 THEM LOOP (DELAYED) 


ADDI 
ADDI 


AR2,AR4 
l.IRl 


; AR4 -> BEI+1, 03 
; I <= I+l 



§ 


• END OF INNER LOOP (I INDEX) 


1 


CMPI Wl.IRO 5 COMPARE K TO n-l 


i?> 


BLTD KLOOPX ; IF K < H-l THEN LOOP 


ADDI AR2,AR3 ; AR3 -> BEK+1, 0] 


^ 


ADDI I, IRQ ; K <= K+1 


g3 


SUBI 1,AR6 ; AR6 <= N-K-1 


r^ 


; END OF OUTER LOOP (K INDEX) 


tn 


RETS ; RETURN 


"?> 


. SINGULAR SYSTEM EXIT 


1 


SINGX: LDF ZER0X,R3 ; SET "SINGULAR" FLAG 


1 


RETS ? RETURN 
.END 



to 
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Introduction 

The TMS320C30 is a high-speed, floating-point, digital signal processor. The TMS320C30s 
advanced interface design allows it to be used to implement a wide variety of system configura- 
tions. Its two external buses and DMA capability provide a parallel 32-bit interface to byte- or 
word-wide devices, while the interrupt interface, dual serial ports, and general purpose digital I/O 
provide communication with a multitude of peripherals. 

This application report describes how to use the TMS320C30s interfaces to connect to vari- 
ous external devices. Specific discussions include implementation of parallel interface to devices 
with and without wait states, use of general purpose I/O, and system control functions. All inter- 
faces shown in this report have been built and tested to verify proper operation. 

Major topics discussed in this report are as follows: 

• System Configuration Options Overview 

• Primary Bus Interface 

- Zero Wait Interface to RAMs 

- Ready Generation 

- Bank Switching Techniques 

• Expansion Bus Interface 

- A/D Converter Interface 

- D/A Converter Interface 

• System Control Functions 

- Clock Oscillator Circuitry 

- Reset Signal Generator 

• Serial Port Interface 

• XDSIOOO Target Design Considerations 

System Configuration Options Overview 

The various TMS320C30 interfaces allow connections to a wide variety of different device 
types. Each of these interfaces is tailored to a particular family of devices. 

Categories of Interfaces on the TMS320C30 

The interface types on the TMS320C30 fall into several different categories depending on 
the devices to which they were intended to be connected. Each interface comprises one or more 
signal lines that transfer information and control its operation. Shown in Figure 1 are the signal line 
groupings for each of these various interfaces. 
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Figure 1. External Interfaces on the TMS320C30 
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All of the interfaces are independent of one another and different operations may be per- 
formed simultaneously on each interface. 

The Primary and Expansion buses implement the memory mapped interface to the device. 
The external DMA interface allows external devices to cause the processor to relinquish the Prima- 
ry bus and allow direct memory access. 

Typical System Block Diagram 

The devices that can be interfaced to the TMS320C30 include memory, DMA devices, and 
numerous parallel and serial peripherals and I/O devices. Figure 2 illustrates a typical configuration 
of a TMS320C30 system showing different types of external devices and the interfaces to which 
they are connected. 
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Figure 2. Possible System Configurations 
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This block diagram constitutes essentially a fully expanded system. In an actual design, any 
subset of the illustrated configuration may be used. 

Primary Bus Interface 

The primary bus is used by the TMS320C30 to access the majority of its memory mapped 
locations. Therefore, typically when a large amount of external memory is required in a system, 
it is interfaced to the primary bus. The expansion bus (discu ssed in th e ne xt section ) actually com- 
prises two mutually exclusive interfaces, controlled by the MS TRB and lOSTRB signals respec- 
tively. Cycles on the expansion bus controlled by the MSTRB signal are essentially equivalent to 
cycles on the primary bus, with the exception that bank switching is not implemented on the expan- 
sion bus . Accordingly, the discussion of primary bus cycles in this section applies equally to 
MSTRB cycles on the expansion bus. 

Although both the primary bus and the expansion bus may be used to interface to a wide vari- 
ety of devices, the devices most commonly interfaced to these buses are memories. Therefore, de- 
tailed examples of memory interface will be presented in this section. 

Zero Wait State Interface To Static RAMs 

For full speed, zero-wait state interface to any device, the TMS320C30 requires a read access 
time of 30 ns from address stable to data valid. Because, for most memories, access time from chip 
select is the same as access time from address, it is theoretically possible to use 30 ns memories 
at full speed with the TMS320C30. This, however, dictates that there be no delays present between 
the processor and the memories. This is usually not the case in practice, due to interconnection de- 
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lays and the fact that typically some gating is required for chip select generation. Therefore, slightly 
faster memories are generally required in most systems. If one level of reasonably high-speed (be- 
low 10 ns in propagation delay) gating is used to generate chip select for the memories, 20 ns de- 
vices may be used. 

Among currently available RAMs, there are two distinct categories of devices with different 
interface characteristics. These two categories are RAMs without output enable control lines (OE), 
which include the 1-bit wide organized RAMs and most of the 4-bit wide RAMs, and those with 
OE controls, which include the byte wide and a few of the_4-bit wide RAMs. Many of the fastest 
RAMs do not provide OE control, and use chip select (CS) controlled write cycles to insure that 
data o utputs do not turn on for write operations. In CS controlled write cycles, the write control line 
(WE) goes low prior to CS going low, and internal logic holds the outputs disabled until the cycle 
is completed. Using CS controlled write cycles is an efficient way to interface fast RAMs without 
OE controls to the TMS320C30 at full speed. 

In the case of RAMs with OE controls, the use of this signal can provide added flexibility 
in many systems. Additionally, many of these devices can be interfaced using CS controlled write 
cycles with OE tied low, in the same manner as with RAMs without OE controls. There are, howev- 
er, two requirements for inte rfaci ng to OE RAMs in this fashion. First, the RAMs OE input must 
be gated with chip select and WE internally so that the device's outputs do not turn on unless a read 
is being performed. Second, the RAM must allow its address inputs to change while WE is low, 
which some RAMs specifically prohibit. 

The circuit shown in Figure 3 shows an interface to Cypress Semiconductor's CY7C186 
25 ns 8K x 8-bit CMOS static RAMs with the OE control input tied low and using a CS controlled 
write cycle. 
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Figure 3. TMS320C30 Interface to Cypress Semiconductor CY7C186 CMOS SRAM 
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In this circuit, the two chip sel ects o n the RAM are driven by STRB and A23, which are 
ANDed together interna lly. The use of A23 locates the RAM at addresses OQQQOh through 03FFFh 
in external memory and STRB establishes the CS controlled write cycle. The WE control input is 
then driven by the TMS320C30 RAV signal, and the OE input is not used, and is therefore connected 
to ground. 

The timing of read operations, shown in Figure 4, is very straightforward since the two chip 
select inputs are driven directly. The read access time of the circuit is therefore the inverter propaga- 
tion delay added to the RAMs chip select access time or tj + 12 = 5 + 25 = 30 ns. This access time 
therefore meets the TMS320C30s specified 30 ns requirement. 
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Figure 4. Read Operations Timing 
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During write operations, as shown in Figure 5, the RAMs outputs do not turn on at all, due 
to the use of the chip select controlled write cycles. The chip select controlled write cycles are gen- 
erated by the fact that RAV goes active (low) before t he ST RB term of the chip select input. Because 
the RAMs output drivers are disabled whenever the WE input is low (regardless of the state of the 
OE input) bus conflicts with the TMS320C30 are automatically avoided with this interface.The cir- 
cuit's data setup and hold times (t^ and t2 in the timing diagram) of approximately 50 and 20 ns, 
respectively, also easily meet the RAMs timing requirements of 10 and ns. 



H1 



Figure 5. Write Operations Timing 
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If more complex chip select decode is required than can be accomplished in time to meet 
zero-wait state timing, wait states or bank switching techniques (discussed in a later section) should 
be used. 
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It should be noted that the CY7C186's OE control is gated internally with CS, therefore the 
RAMs outputs are not enabled unless the device is selected. This is critical if there are any other 
devices connected to the same bus; if there are no other devices connected to the bus, then OE need 
not be gated internally with chip select. 

RAMs without OE controls can also be easily interfaced to the TMS320C30 using a similar 
approach to that used with RAMs with OE controls. If there is only one bank of memory implem- 
ented, and no other devices are present on the bus, the memories' CS input may often be connected 
to STRB directly. If several devices must be selected, however, a gate is generally required to AND 
the device select and STRB to drive the CS input to generate the chip select controlled write cycles. 
In either case, the WE input is driven by the TMS320C30 RAV signal. Provided sufficiently fast 
gating is used, 25 ns RAMs may still be used. 

As with the case of RAMs with OE control lines, this approach works well if only a few banks 
of memory are implemented where the chip select decode can be accomplished with only one level 
of gating. If many banks are required to implement very large memory spaces, bank switching can 
be used to provide for multiple bank select generation while still maintaining full speed accesses 
within each bank. Bank switching is discussed in detail in a later section. 

Ready Generation 

The use of wait states can greatly increase system flexibility and reduce hardware require- 
ments over systems without wait state capability. The TMS320C30 has the capability of generating 
wait states on either the primary bus or the expansion bus and both buses have independent sets of 
ready control logic. Ready generation is discussed in this subsection from the perspective of the 
primary bus interface, however, wait state operation on the expansion bus is similar to that of the 
primary bus, therefore these discussions pertain equally well to expansion bus operation. Thus, 
ready generation will not be included in the specific discussions of the expansion bus interface. 

Wait states are generated on the basis of the internal wait state generator, the external ready 
input (RDY), or the logical AND or OR of the two. When enabled, internally generated wait states 
effect all external cycles, regardless of the address accessed. If different numbers of wait states are 
required for various external devices, the external RDY input may be used to tailor wait state gener- 
ation to specific system requirements. 

If the logical OR (or electrical AND since the signals are true low) of the external and wait 
count ready signals is selected, the earlier of either of the two signals will generate a ready condition 
and allow the cycle to be completed. It is not required that both signals be present. 

The OR of the two ready signals can be used to implement wait states for devices that require 
a greater number of wait states than are implemented with external logic (up to seven). This feature 
is useful, for example, if a system contains some fast and some slow devices. In this case, fast de- 
vices can generate a ready signal externally with a minimum of logic, and slow devices can use the 
internal wait counter for larger numbers of wait states. Thus, when fast devices are accessed, the 
external hardware responds promptly with a ready signal that terminates the cycle. When slow de- 
vices are accessed, the external hardware does not respond, and the cycle is appropriately termi- 
nated after the internal wait count. 

The OR of the two ready signals may also be used if conditions occur that require termination 
of bus cycles prior to the number of wait states implemented with external logic. In this case, a 

TMS320C30 Hardware Applications 341 



shorter wait count is specified internally than the number of wait states implemented with the exter- 
nal ready logic, and the bus cycle is terminated after the wait count. This feature may also be used 
as a safeguard against inadvertent accesses to nonexistent memory that would never respond with 
ready and therefore lock up the TMS320C30. 

If the OR of the two ready signals is used, however, and the internal wait state count is less 
than the number of wait states implemented externally, the external ready generation logic must 
have the ability to reset its sequencing to allow a new cycle to begin immediately following the end 
of the internal wait count. This requires that, under these conditions, consecutive cycles must be 
from independently decoded areas of memory and that the external ready generation logic be capa- 
ble of restarting its sequence as soon as a new cycle begins. Otherwise, the external ready genera- 
tion logic may lose synchronization with bus cycles and therefore generate improperly timed wait 
states. 

If the logical AND (electrical OR) of the wait count and external ready signals is selected, 
the later of the two signals will control the internal ready signal, and both signals must occur. Ac- 
cordingly, external ready control must be implemented for each wait state device in addition to the 
wait count ready signal being enabled. 

This feature is useful if there are devices in a system that are equipped to provide a ready sig- 
nal but cannot respond quickly enough to meet the TMS320C30s timing requirements. In particu- 
lar, if these devices normally indicate a ready condition and, when accessed, respond with a wait 
until they become ready, the logical AND of the two ready signals can be used to save hardware 
in the system. In this case, the internal wait counter can be used to provide wait states initially, and 
become ready after the external device has had time to send a not ready indication. The internal wait 
counter then remains ready until the external device also becomes ready, which terminates the 
cycle. 

Additionally, the AND of the two ready signals may be used for extending the number of wait 
states for devices that already have external ready logic implemented but require additional wait 
states under certain unique circumstances. 

In the implementation of external ready generation hardware, the particular technique 
employed depends heavily on the specific characteristics of the system. The optimum approach to 
ready generation varies depending on the relative number of wait state and non-wait state devices 
in the system and the maximum number of wait states required for any one device. The approaches 
discussed here are intended to be general enough for most applications, and are easily modifiable 
to comprehend many different system configurations. 

In general, ready generation involves the following three functions: 

1) Segmentation of the address space in some fashion to distinguish fast and slow devices. 

2) Generating properly timed ready indications. 

3) Logically ORing all of the separate ready timing signals together to connect to the physi- 
cal ready input. 
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Segmentation of the address space is required so that a unique indication of each of the partic- 
ular areas within the address space that require wait states can be obtained. This segmentation is 
commonly implemented in a system in the form of chip select generation. Chip select signals may 
be used to initiate wait states in many cases, however, occasionally chip select decoding consider- 
ations may provide signals that will not allow ready input timing requirements to be met. In this 
case, coarse address space segmentation may be made on the basis of a small number of address 
lines, where simpler gating allows signals to be generated more quickly. In either case, the signal 
indicating that a particular area of memory is being addressed is normally used to initiate a ready 
or wait state indication. 

Once the region of address space being accessed has been established, a timing circuit of 
some sort is normally used to provide a ready indication to the processor at the appropriate point 
in the cycle to satisfy each device's unique requirements. 

Finally, since indications of ready status from mul tiple d evices are typically present, the sig- 
nals are logically ORed using a single gate to drive the RDY input. 

One of two basic approaches may be taken in the implementation of r eady c ontrol logic de- 
pending upon the state in which the ready input is to be between accesse s. If R DY is low between 
accesses, the processor is always ready unless a wait state is required; if RDY is high between ac- 
cesses, the processor will always enter a wait state unless a ready indication is generated. 



If RDY is low between accesses, control of full speed devices is straightforward; no action 
is necessary since ready is always active unless otherwise required. Devices requiring wait states, 
however, must drive ready high fast enough to meet the input timing requirements. Then, after an 
appropriate delay, a ready indication must be generated. This can be quite difficult in many circum- 
stances since wait state devices are inherently slow and often require complex select decoding. 



If RDY is high between accesses, zero wait state devices, which tend to be inherently fast, 
can usually respond immediately with a ready indication. Wait state devices may simply delay their 
select signals appropriately to generate a ready. Typically, this approach results in the most efficient 
implementation of ready control logic. Figure 6 shows a circuit of this type which can be used to 
generate 0, 1, or 2 wait states for multiple devices in a system. 
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Figure 6. Circuit For Generation of 0, 1, or 2 Wait States for Multiple Devices 
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In this circuit, full speed devices drive ready directly through the '74AS21, and the two flip- 
flops delay wait state devices 'Select signals one or two HI cycles to provide 1 or 2 wait states. 

Considering the TMS320C30's ready delay time of 8 ns following address, zero wait state 
devices must use ungated address lines directly to driv e the i nput of the '74AS21, since this gate 
contributes a maximum propagation delay of 6 ns to the RDY signal. Thus, zero wait state devices 
should be grouped together within a coarse segmentation of address space if other devices in the 
system require wait states. 

With this circuit, devices requiring wait states may take up to 36 ns from a valid address on 
the TMS320C30 to provide inputs to the '74AS20s inputs. Typically, this allows sufficient time 
for any decoding required in generating select signals for slower devices in the system. For exam- 
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pie, the 74ALS138 driven by address and STRB, can generate select decodes in 22 ns, which easily 
meets the TMS320C30s timing requirements. 

With this circuit, unused inputs to either the 74AS20s or the 74AS21 should be tied to a logic 
high level to prevent noise from generating spurious wait states. 

If more than 2 wait states are required by devices within a system, other approaches may be 
employed for ready generation. If between three and seven wait states are required, additional flip- 
flops may be included, in the same manner as shown in Figure 6, or internally generated wait states 
may be used in conjunction with external hardware. If greater than seven wait states are required, 
an external circuit using a counter may be used to supplement the internal wait-state generator's 
capabilities. 

Bank Switching Techniques 

The TMS320C30's programmable bank switching feature can greatly ease system design 
when large amounts of memory are required. This feature is used to provide a period of time during 
which all device selects are disabled that would not normally be present otherwise. During this in- 
terval, slow devices are allowed time to turn off before other devices have the opportunity to drive 
the data bus, thus avoiding bus contention. 

When bank switching is enabled, any time a portion of the high order address lines change, 
as def ined by the contents of the BNKCMPR register, STRB goes high for one full HI cycle. Pro- 
vided STRB is included in chip select decodes, this causes all devices to be disabled during this 
period. The next bank of devices is not enabled until STRB goes low again. 

Bank switching is not required during writes since these cycles always exhibit an inherent 
one-half HI cycle setup of address information before STRB goes low. Thus, when using bank 
switching for read/write devices, a minimum of half of one HI cycle of address setup is provided 
for all accesses. Therefore, large amounts of memory can be implemented without wait states or 
extra hardware required for isolation between banks. Also, note that access time for cycles during 
bank switching is the same as that of cycles without bank switching, and accordingly, full speed 
accesses may still be accomplished within each bank. 

When using bank switching to implement large multiple-bank memory systems, an impor- 
tant consideration is address line fanout. Besides parametric specifications for which account must 
be made, AC characteristics are also crucial in memory system design. With large memory arrays 
which commonly require large numbers of address line inputs to be driven in parallel, capacitive 
loading of address outputs is often quite large. Because all TMS320C30 timing specifications are 
guaranteed up to a capacitive load of 80 pF, driving greater loads will invalidate guaranteed AC 
characteristics. Therefore it is often necessary to provide buffering for address lines when driving 
large memory arrays. AC timings for buffer performance may then be derated according to man- 
ufacturer specifications to accomodate a wide variety of memory array sizes. 

The circuit shown in Figure 7 illustrates the use of bank switching with Cypress Semiconduc- 
tor 's 'CY7C185 25 ns 8K x 8 CMOS static RAM. This circuit implements 32K 32-bit words of 
memory with one wait-state accesses within each bank. 
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Figure 7. Bank Switching For Cypress Semiconductors CY7C185 
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A wait state is required with this implementation of bank memory because of the added prop- 
agation delay presented by the address bus buffers used in the circuit. The wait state is not a function 
of the fact that the memory is organized as multiple banks or the use of bank switching. When bank 
switching is used, memory access speeds are the same as without bank switching once bank bound- 
aries are crossed. Therefore, no speed penalty is paid when using bank switching except for the oc- 
casional extra cycle inserted when bank boundaries are crossed. It should be noted, however, that 
if the extra cycle inserted when crossing bank boundaries does impact software performance signif- 
icantly, code can often be restructured to minimize bank boundary crossings, thereby reducing the 
effect of these boundary crossings on software performance. 

The wait state for this bank memory is generated using the wait state generator circuit pres- 
ented in the previous section. Because A23 is the sign al whic h enables the entire bank memory sys- 
tem, the inverted version of this signal is ANDed with STRB to derive a one wait state device select. 
This signal is then connected in the circuit along with the other one wait state device selects. Thus, 
any time a bank memory access is made, one wait state is generated. 

Each of the four banks in this circuit is selected using a decode of A15-A13 generated by the 
74AS138 (see Figure 8). With the BNKCMPR register set to OBh, the banks will be selected on 
even 8K-word boundaries starting at location 080A000h in external memory space. 
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Figure 8. Bank Memory Control Logic 
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The 74ALS2541 buffers used on the address lines are necessary in this design since the total 
capacitive load presented to each address line is a maximum of 20 x 5 pF or 100 pF (bank memory 
plus zero wait-state static RAM), which exceeds the TMS320C30 rated capacitive loading of 80 
pF. Using the manufacturers derating curves for these devices at a load of 80 pF (the load presented 
by the bank memory) predicts propagation delays at the output of the buffers of a maximum of 16 
ns. The access time of a read cycle within a bank of the memory is therefore the sum of the memory 
access time and the maximum buffer propagation delay or 25 + 16 = 41 ns, which, since it falls be- 
tween 30 and 90 ns, requires one wait state on the TMS320C30. 

The 74ALS2541 buffers offer one additional system performance enhancement in that they 
include 25-ohm resistors in series with each individual buffer output. These resistors greatly im- 
prove the transient response characteristics of the buffers especially when driving CMOS loads 
such as the memories used here. The effect of these resistors is to reduce overshoot and ringing 
which is common when driving predominantly capacitive loads such as CMOS. The result of this 
is reduced noise and increased immunity to latchup in the circuit, which in turn results in a more 
reliable memory system. Having these resistors included in the buffers eliminates the need to put 
discrete resistors in the system which is often required in high speed memory systems. 

This circuit could not have been implemented without bank switching, since data output's 
turn-on and turn-off delays would have caused bus conflicts. Here, the propagation delay of the 
74AS138 is only involved during bank switches, where there is sufficient time between cycles to 
allow new chip selects to be decoded. 

The timing of this circuit for read operations using bank switching is shown in Figure 9. With 
the BNKCMPR register set to OBh, when a bank switch occurs, the bank address on address lines 
A23-A13, is updated during the extra HI cycle while STRB is high. Then, a fter ch ip select decodes 
have stabilized, and the previously selected bank has disabled its outputs, STRB goes low for the 
next read cycle. Further accesses occur at normal bus timings with one wait state as long as another 
bank switch is not necessary. Write cycles do not require bank switching due to the inherent address 
setup provided in their timings. 
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Figure 9. Timing For Read Operations Using Bank Switching 
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The timing for this interface is summarized in the Table 1. 



Table 1. 


Bank Switching Interface Timing 


Time Interval 


Event 


Time Period 


ti 

t2 
t3 
t4 
t6 


HI falling to address/STRB valid 
Add to select delay 
Memory disable from STRB 
HI falling to STRB 
Memory output enable delay 


14 ns 
10 ns 
10 ns 
10 ns 
3 ns 



Expansion Bus Interface 

The TMS320C30s expansion bus interface provides a second complete parallel bus which 
can be used to implement data transfers concurrently with and independent of operations on the 
primary bus. The expansion bus comprises two mutually exclusive interfaces controlled by the 
MSTRB and lOSTRB signals, respectively. This section discusses interface to the expansion bus 
using lOSTRB cycles; MSTRB cycles are essentially equivalent in timing to primary bus cycles, 
and are discussed in the previous section. 

Unlike the primary bus, both read and write cycles on the I/O portion of the expansion bus 
are two HI cycles in duration and exhibit the same timing. The XRAV signal is high for reads and 
low for writes. Since I/O accesses take t wo cycles , many peripherals that require wait states if inter- 
faced either to the primary bus or using MSTRB may be used in a system without the need for wait 
states. Specifically, in cases where there is only one device on the expansion bus, devices with ac- 
cess times greater than the 30 ns required by the primary bus, but not more than 59 ns can be inter- 
faced to the I/O bus without wait states. 
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A/D Converter Interface 

A/D and D/A converters are components that are commonly required in DSP systems and 
interface efficiently to the I/O expansion bus. These devices are available in many speed ranges 
and with a variety of features, and while some may be used at full speed on the I/O bus, others may 
require one or more wait states. 

Figure 10 shows an interface to an Analog Devices AD1678 analog to digital converter. The 
AD1678 is a 12-bit, 5 [xs converter allowing sample rates up to 200 kHz and with an input voltage 
range of 10 volts bipolar or unipolar. The converter is connected according to manufacturers speci- 
fications to provide to +10 volt operation. This interface illustrates a common approach to con- 
necting devices such as this to the TMS320C30. Note that the interface requires only a minimum 
amount of control logic. 

Figure 10. Interface to AD1678 A/D Converter 
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The AD 1678 is a very flexible converter and is configurable in a number of different operat- 
ing modes. These operating modes include byte or word data format, continuous or non-continuous 
conversions, enabled or disabled chip select function, and programmable end of conversion indica- 
tion. This interface utilizes 12-bit word data format, rather than byte format to be compatible with 
the TMS320C30. Non-continuous conversions are selected, so that variable sample rates may be 
used, since continuous conversions occur only at a rate of 200 kHz. With non-continuous conver- 
sions, the host processor determines the conversion rate by initiating conversions through write op- 
erations to the converter. 
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The chip select function is enabled, so the chip select input is required to be active when ac- 
cessing the device. Enabling the chip select function is necessary to allow a mechanism for the 
AD1678 to be isolated from other peripheral devices connected to the expansion bus. To establish 
the de sired operating modes, the SYNC and 12/8 inputs to the converter are pulled high and EO- 
CEN is grounded, as specified in the AD1678 data sheet. 

In this application, the converter's chip select is driven by XA12, which maps this device at 
804000h in I/O address space. Conversions are initiated by writing any data value to the device, 
and the conversion results are obtained by reading from the device after the conversio n is com- 
pleted. To generate _the devices Start Conversion (SC) and Output Enable (OE) inputs, lOSTRB 
is ANDed with XR/W. Therefore, the converter is selected whenever XA12 is low, and OE is driv- 
en when reads are performed, while SC is driven when writes are performed. 

As with many A/D converters, at the end of a read cycle the AD1678 data output lines enter 
a high impedance state. This occurs after the Output Enable (OE) or read control line goes inactive. 
Also common with these types of devices, is that the data output buffers often require a substantial 
amount of time to actually attain a full high-impedance state. When used with the TMS320C30, 
devices m ust have their outputs fully disabled no later than 65 ns following the rising edge of 
lOSTRB, since the TMS320C30 will begin driving the data bus at this point if the next cycle is a 
write. If this timing is not met, bus conflicts between the TMS320C30 and the AD1678 may occur, 
potentially causing degraded system performance and even failure due to damaged data bus drivers. 
The actual disable time for the AD 1678 can be as long as 80 ns, therefore buffers are required to 
isolate the converter outputs from the TMS320C30. The buffers used here are 74LS244s that are 
enabled when the AD 1678 is read, and turned off 30.8 ns following lOSTRB going high.Therefore, 
the TMS320C30 requirement of 65 ns is met. 

When data is read following a conversion, the AD1678 takes 100 ns after its OE control line 
is asserted to provide valid data at its outputs. Thus, including the propagation delay of the 74LS244 
buffers, the total access time for reading the converter is 118 ns. This requires two wait states on 
the TMS320C30 expansion I/O bus. 

The two wait states required in this case are implemented using software wait states, howev- 
er, depending on the overall system configuration it may be necessary to implement a separate wait 
state generator for the expansion bus (refer to section on ready generation). This would be the case 
if there were multiple devices that required different numbers of wait states connected to the expan- 
sion bus. 

Figure 11 shows the timing for read operations between the TMS320C30 and the AD1678. 
At the beginning of the cycle, the address and XR/W lines bepome vali d t^ = 10 ns following the 
falling edge of H^. Then, after t2 = 10 ns from the next rising edge of H^, lOSTRB goes low, begin- 
ning the active portion of the read cycle. After t3 = 5.8 ns, the control logic propagation delay, the 
lOR signal goes low, asserting the OE input to the AD1678. The '74LS244 buffers take t4 = 30 ns 
to enable their outputs, and then, following the converters access delay and the buffer propagation 
delay (t5 = 100 + 18 = 118 ns) data is provid ed to the T MS320C30. This provides approximately 
46 ns of data setup before the rising edge of lOSTRB. Therefore, this design easily satisfies the 
TMS320C30s requirement of 15 ns of data setup time for reads. 
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Figure 11. Read Operations Timing Between the TMS320C30 and AD1678 
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Unlike the primary bus, read and write cycles on the I/O expansion bus are timed the same 
with the exception that XRAV is high for reads and low for writes and that the data bus is driven 
by the TMS320C30 during writes. When writing to the AD1678, the '74LS244 buffers do not turn 
on and no data is transferred. The purpose of writing to the converter is only to generate a pulse 
on the converter's SC input, which initiates a conversion cycle. When a conversion cycle is com- 
pleted, the AD1678's EOC output is used to generate an interrupt on the TMS320C30 to indicate 
that the converted data may be read. 

It should be noted that for different applications, use of TLC1225 or TLC1550 A/D conver- 
ters from Texas Instruments may be beneficial. The TLC1225 is a self-calibrating 12-bit-plus-sign 
bipolar or unipolar converter which features 10 \xs conversion times. The TLC1550 is a 10-bit, 
6 ^is converter with a high speed DSP interface. Both converters are parallel-interface devices. 

D/A Converter Interface 

In many DSP systems, the requirement for generating an analog output signal is a natural con- 
sequence of sampling an analog waveform with an A/D converter and then processing the signal 
digitally internally. Interfacing D/A converters to the the TMS320C30 on the expansion I/O bus 
is also quite straightforward. 

As with A/D converters, D/A converters are also available in a number of varieties. One of 
the major distinctions between various types of D/A converters is whether or not the converter in- 
cludes latches to store the digital value to be converted to an analog quantity, and the interface to 
control those latches. With latches and control logic included with the converter, interface design 
is often simplified, however, internal latches are often included only in slower D/A converters. 

Because slower converters limit signal bandwidths, the converter chosen for this design was 
selected to allow a reasonably wide range of signal frequencies to be processed, in addition to illus- 
trating the technique of interfacing to a converter using external data latches. 

Figure 12 shows an interface to an Analog Devices AD565A digital to analog converter. This 
device is a 12-bit, 250 ns current output DAC with an on-board 10 volt reference. Using an off- 
board current-to-voltage conversion circuit connected according to manufacturers specifications, 
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the converter exhibits output signal ranges to +10 volts, which is compatible with the conversion 
range of the A/D converter discussed in the previous section. 

Figure 12. Interface Between the TMS320C30 and the AD565A 




Because this DAC essentially performs continuous conversions based on the digital value 
provided at its inputs, periodic sampling is maintained by periodically updating the value stored 
in the external latches. Therefore, between sample updates, the digital value is stored and main- 
tained at the latch outputs that provide the input to the DAC. This results in the analog output re- 
maining stable until the next sample update is performed. 

The external data latches used in this interface are '74LS377 devices that have both clock 
and enable inputs. These latches serve as a convenient interface with the TMS320C30; the enable 
inputs provide a device select function, and the clock inputs latch the data. Therefore, with the en- 
able inpu t driven by inverted XA12 and the clock input driven by lOW, which is the AND of 
lOSTRB and XR/W, data will be stored in the latches when a write is performed to I/O address 
805000h. Reading this address has no effect on the circuit. 

Figure 13 shows a timing diagram of a write operation to the D/A converter latches. 
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Figure 13. Write Operation to the D/A Converter Timing Diagram 
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Because the write is actually being performed to the latches, the key timings for this operation 
are the timing requirements for these devices. For proper operation, these latches require simply 
a minimal setup and hold time of data and control signals with respect to the rising edge of the clock 
input. Specifically, the latches require a data setup time of 20 ns, enable setup of 25 ns, disable setup 
of 10 ns and data and enable hold times of 5 ns. This design provides approximately 60 ns of enable 
setup, 30 ns of data setup, and 7.2 ns of data hold time. Therefore, the setup and hold times provided 
by this design are well in excess of those required by the latches. The key timing parameters for 
this interface are summarized in Table 2. 

Table 2. Key Timing Parameter for D/A Converter Write Operation 



Time Interval 


Event 


Time Period 


ti 


HI falling to address valid 


10 ns 


h 


XA12 to XA12 delay 


5 ns 


t3 


HI rising to lOSTRB falling 


10 ns 


t4 


lOSTRB to low delay 


5.8 ns 


t5 


Data setup to lOW 


30 ns 


h 


Data hold from lOW 


7.2 ns 



System Control Functions 

There are several aspects of TMS320C30 system hardware design that are critical to overall 
system operation. These include such functions as clock and reset signal generation and interrupt 
control. 
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Clock Oscillator Circuitry 

An input clock may be provided to the TMS320C30 either from an external clock input or 
by using the on-board oscillator. Unless special clock requirements exist, using the on-board oscil- 
lator is generally a convenient method of clock generation. This method requires few external com- 
ponents and can provide stable, reliable clock generation for the device. 

Figure 14 shows a clock generator circuit using the internal oscillator. This circuit is designed 
to operate at 33.33 MHz and since crystals with fundamental oscillation frequencies of 30 MHz 
and above are not readily available, a parallel-resonant third-overtone circuit is used. 

Figure 14. Crystal Oscillator Circuit 
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In a third-overtone oscillator, the crystal fundamental frequency must be attenuated so that 
oscillation is at the third harmonic. This is achieved with an LC circuit that filters out the fundamen- 
tal, thus allowing oscillation at the third harmonic. The impedance of the LC circuit must be induc- 
tive at the crystal fundamental and capacitive at the third harmonic. The impedance of the LC cir- 
cuit is given by: 

L/C (1) 



Z (CO) 



Therefore, the LC circuit has a pole at: 



0) ^ 



y[(o^ -1/coC] 



(2) 



yic 



At frequencies significantly lower than cOp, the l/(a)C) term in (1) becomes the dominating 
term, while col can be neglected. This gives: 

z (co) = jcoh for 0) < (Op ^ ^ 

In (3), the LC circuit appears inductive at frequencies lower than Op. On the other hand, at 
frequencies much higher than cOp, the coL term is the dominant terni in (1), and l/(caC) can be ne- 
glected. This gives: 
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z (o)) = for cy > (o ^ 



(4) 



The LC circuit in (4) appears increasingly capacitive as frequency increases above cOp. This 
is shown in Figure 15, which is a plot of the magnitude of the impedance of the LC circuit of Figure 
14 versus frequency. 

Figure 15. Magnitude of the Impedance of the Oscillator LC Network 
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Based on the discussion above, the design of the LC circuit proceeds as follows: 

1) Choose the pole frequency cOp approximately halfway between the crystal fundamental 
and the third harmonic. 

2) The circuit now appears inductive at the fundamental frequency and capacitive at the 
third harmonic. 

In the oscillator of Figure 13, choose cOp = 22.2 MHz, which is approximately halfway be- 
tween the fundamental and the third harmonic. Choose C = 20 pF. Then, using (2), L = 2.6 \xR. 

Reset Signal Generation 

The reset input controls initialization of internal TMS320C30 logic and also causes execu- 
tion of the system initialization software. For proper system initialization, the reset signal must be 
applied at least ten HI cycles, i.e., 600 ns for a TMS320C30 operating at 33.33 MHz. Upon power- 
up, however, it can take 20 ms or more before the system oscillator reaches a stable operating state. 
Therefore, the powerup reset circuit should generate a low pulse on the reset line for 100 to 200 
ms. Once a proper reset pulse has been applied, the processor fetches the reset vector from location 
zero which contains the address of the system initialization routine. Figure 16 shows a circuit that 
will generate an appropiate powerup reset circuit. 
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Figure 16. Reset Circuit 
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The voltage on the reset pin (RESET) is controlled by the RiC^ network. After a reset, this 
voltage rises exponentially according to the time constant RiC^, as shown in Figure 17. 





Figure 17. Voltage on the TMS320C30 Reset Pin. 
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The duration of the low pulse on the reset pin is approximately t^, which is the time it takes 
for the capacitor Cj to be charged to 1 .5 V. This is approximately the voltage at which the reset input 
switches from a logic to a logic 1. The capacitor voltage is given by: 



V = Vcc [ 1 - e -r ] 



(5) 
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where r = RiC^ is the reset circuit time constant. Solving (5) for t gives: 

V (6) 

t = - RiQ In [1 - — - ] 

Setting the following: 

Rl = 100 kQ 

Ci = 4.7 ^iF 

Vcc = 5 V 

V = Vi = 1.5V 

gives t = 167 ms. Therefore, the reset circuit of Figure 16 provides a low pulse of long enough 
duration to ensure the stabilization of the system oscillator. 

Note that if synchronization of multiple TMS320C30s is required, all processors should be 
provided with the same input clcock and the same reset signal. After powerup, when the clock has 
stabilized, all processors may then be synchronized by generating a falling edge on the common 
reset signal. Because it is in the falling edge of reset that establishes synchronization, reset must 
be high for a period of time (at least ten HI cycles) initially. Following the falling edge, reset should 
remain low for at least ten HI cycles and then be driven high. This sequencing of reset may be ac- 
complished using additional circuitry, based on either RC time delays or counters. 

Serial Port Interface to AIC 

For applications such as modems, speech, control, instrumentation, and analog interface for 
DSPs, a complete analog-to-digital (A/D) and digital-to-analog (D/A) input/output system on a 
single chip may be desired. The TLC32044 analog interface circuit (AIC) integrates on a single 
monlithic/CMOS chip a bandpass, switched-capacitor, antialiasing-input filter, 14-bit resolution 
A/D and D/A converters, and a lowpass, switched-capacitor, output-reconstruction filter. The 
TLC32044 offers numerous combinations of master clock input frequencies and conversion/sam- 
pling rates, which can be changed via digital processor control. 

Four serial port modes on the TLC32044 allow direct interface to TMS320C30 processors. 
When the transmit and receive sections of the AIC are operating synchronously, it can interface to 
two SN54299 or SN74299 serial-to-parallel shift registers. These shift registers can then interface 
in parallel to the TMS320C30, other TMS320 digital processors, or to external FIFO circuitry. Out- 
put data pulses are emitted to inform the processor that data transmission is complete or to allow 
the DSP to differentiate between two transmitted bytes. A flexible control scheme is provided so 
that the functions of the AIC can be selected and adjusted coincidentally with signal processing via 
software control. Refer to the TLC32044 data sheet for detailed information. 

When interfacing the AIC to the TMS320C30 via one of the serial ports, no additional logic 
is required. This interface is shown in Figure 18. The serial data, control and clock signals connect 
directly between the two devices and the AIC's master clock input i s driven from TCLKO, one of 
the TMS320C30S internal timer outputs. The AIC's WORD/BYTE input is pulled high selecting 
16-bit serial port transfers to optimize serial port da ta tra nsfer rate. The TMS320C30s XFO, confi- 
gured as an output, is connected to the AIC's reset (RST) input to allow the AIC to be reset by the 
TMS320C30 under program control. This allows the TMS320C30 timer and serial port to be ini- 
tialized before beginning conversions on the AIC. 
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Figure 18. AIC to TMS320C30 Interface 
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To provide the master clock input for the AIC, the TCLKO timer is configured to generate 
a clock signal with a 50% duty cycle at a frequency of Hl/4 or 4.167 MHz. To accomplish this, the 
timer global control register is set to the value 3Clh, which establishes the desired operating 
modes. The timer period register is set to 1 which sets the required division ratio for the HI clock. 

To properly communicate with the AIC the TMS320C30 serial port must be configured ap- 
propriately. To configure the serial port, several TMS320C30 registers and memory locations must 
be initialized. First the serial port should be reset by setting the serial port global control register 
to 2170300h. (The AIC should also be reset at this time. See description below of resetting the AIC 
using XFO). This resets the serial port logic and configures the serial port operating modes includ- 
ing data transfer lengths and enables the serial port interrupts. This also configures another impor- 
tant aspect of serial port operation: polarity of serial port signals. Because active polarity of all seri- 
al port signals is programmable, it is critical that the bits in the serial port global control register 
that control this be set appropriately. In this application all polarities are set to positive except FSX 
and FSR which are driven by the AIC and are true low. 

The serial port transmit and receive control registers must also be initialized for proper serial 
port operation. In this application, both of these registers are set to lllh, which configures all of 
the serial port pins in the serial port mode, rather than the general purpose digital I/O mode. 

With the operations described above completed, interrupts are enabled, and provided the seri- 
al port interrupt vector(s) are properly loaded, serial port transfers may begin after the serial port 
is taken out of reset. This is accomplished by loading E170300h into the global control register. 

To begin conversion operations on the AIC and subsequent transfers of data on the serial port, 
the AIC is first reset by setting XFO to zero at the beginning of the TMS320C30 initialization rou- 
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tine. Setting XFO to zero is accomplished by setting the TMS320C30 lOF register to 2. This sets 
the AIC to a default configuration and halts serial port transfers and conversion operations until 
reset is set high. Once the TMS320C30 serial port and timer have been initialized as described 
above, XFO is set high by setting the lOF register to 6. This allows the AIC to begin operating in 
its default configuration, which in this application is the desired mode. In this mode all internal fil- 
tering is enabled, sample rate is set at approximately 6.4 kHz, and the transmit and receive sections 
of the device are configured to operate synchronously. Conveniently, this mode of operation is ap- 
propriate for a variety of applications, and if a 5.184 MHz master clock input is used, the default 
configuration results in an 8 kHz sample rate which makes this device ideal for speech and telecom- 
munications applications. 

In addition to the benefit of a convenient default operating configuration, the AIC can also 
be programmed for a wide variety of other operating configurations. Sample rates and filter charac- 
teristics may be varied, in addition to which, numerous connections in the device may be configured 
to establish different internal architectures, by enabling or disabling various functional blocks. 

To configure the AIC in a fashion different from the default state, the device must first be 
sent a serial data word with the two LSBs set to one. The two LSBs of a transmitted data word are 
not part of the transferred data information and are not set to one during normal operation. This con- 
dition indicates that the next serial transmission will contain secondary control information, not 
data. This information is then used to load various internal registers and specify internal configura- 
tion options. There are four different types of secondary control words distinguished by the state 
of the two LSBs of the control information transferred. Note that each secondary control word 
transferred must be preceded by a data word with the two LSBs set to one. 

The TMS320C30 can communicate with the AIC either synchronously or asynchronously 
depending on the information in the control register. The operating sequence for synchronous com- 
munication wit h the T MS32 0C3Q shown in Figure 19, is as follows: 

1) The FSX or FSR pin is brought low. 

2) One 16-b it word is transmitted or one 16-bit word is received. 

3) The FSX or F SR pin i s brought high. 

4) The EODX or OEDR pin emits a low-going pulse. 

Figure 19. SynchronousTimingof TLC32044 toTMS320C30 
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For asynchronous communication, the operating sequence is similar, but FSX and FSR do 
not occur at the same time (see Figure 20). After each receive and transmit operation, the 
TMS320C30 asserts an internal receive (RINT) and transmit (XINT) interrupt, which may be used 
to control program execution. 
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Figure 20. Asynchronous Timing of TLC32044 to TMS320C30 
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XDSIOOO Target Design Considerations 

The TMS320C30 Emulator is an eXtended Development System (XDSIOOO) which has all 
the features necessary for full-speed emulation. The TMS320C30 uses a revolutionary technology 
to allow complete emulation via a serial scan path. If users provide a 12-pin header on their target 
system, realtime emulation can be performed using the TMS320C30 in their target system. 

To use the emulation connector of the XDSIOOO, the signals shown in Figure 21. should be 
provided to a 12 pin header (two rows of six pins) with pin 8 cut out to provide keying. Table 3 de- 
scribes the pins and signals present on the header. 

Figure 21. 12 Pin Header Signals 
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Table 3. Signal Description 



Signal Name 


Description 


EMUO 


Emulation pin 0. 




EMUl 


Emulation pin 1. 




EMU2 


Emulation pin 2. 




EMU3 


Emulation pin 3. 




H3 


TMS320C30 H3. 




GND 


Ground. 




PD 


Presence detect . It indicates that the cable is connected and target system is powered up. 
should be tied to +5 volts in the target system. 


It 
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In addition to the signals required at the emulation connector, the EMU4 through EMU6 sig- 
nals on the TMS320C30 must also be appropiately connected to ensure proper emulation operation. 
The EMU4 signal must be tied to +5 volts and EMU5 and EMU6 must be left unconnected. Also, 
the RSVO through RSVIO signals must be tied to +5 volts as described in the Third-Generation 
TMS320 User's Guide (literature number SPRU031). 

Summary 

The TMS320C30 is a high-performance 32-bit floating-point digital signal processor. Its 
dual parallel-interface busses and serial ports, along with a wide variety of additional support inter- 
faces make the device an extremely flexible system-level DSP microprocessor. Using the tech- 
niques described in this report, the TMS320C30 can be used to implement sophisticated signal pro- 
cessing applications with the high precision and dynamic range provided by 32-bit floating-point 
arithmetic. 

This application report has described the use of external interfaces on the TMS320C30 to 
connect it to memories, A/D and D/A converters, and numerous other peripheral devices, as well 
as the generation of wait states and other system functions. 

The interfaces described in this report have all been built and tested to verify proper opera- 
tion, and the techniques described can be extended to encompass design of more complex systems. 



TMS320C30 Hardware Applications 363 



364 TMS320C30 Hardware Applications 



TMS32§C3®-IEEE Floatmg=P®mt 
Format Converter 



Randy Restle, Regional Technology Center, Waltham, MA 
Adam Cron, Digital Signal Processor Products— Semiconductor Group 

Texas Instruments 



365 



366 TMS320C30-IEEE Floating-Point Format Converter 



Introduction 

Certain applications require the exceptionally high arithmetic throughput inherent in the 
TMS320C30 Digital Signal Processor but must use the IEEE floating-point number format, which 
differs from the TMS320C30's number format. The TMS320C30 uses a 2's complement format 
for the mantissa and exponent. Besides making the device more compatible with analog to digital 
converters, it is computationally more efficient in both speed and die size than the IEEE format. 
Applications requiring the IEEE format can benefit from the use of a custom chip for this conver- 
sion. For this reason, a chip has been designed, built, and tested. This report describes that chip. 

The TMS320C30-IEEE Floating-Point Number Format Converter is a peripheral that per- 
forms floating-point number conversions between the native format of the TMS320C30 and the 
Single-Precision IEEE Standard 754-1985. This conversion is performed in hardware and can con- 
vert an incoming (IEEE-formatted) or outgoing (TMS320C30-formatted) floating-point number 
in less than one TMS320C30 instruction cycle. Normally, the part is placed between memory and 
the TMS320C30. 

This peripheral has two operating modes. 

• Mode 1 does not pipeline any data through the chip. Instead, one wait state is automatical- 
ly generated to compensate for the converter's propagation delays. This mode is equiva- 
lent in performance to equipping the TMS320C30 with a single-cycle convert instruction. 
In those applications where speed is of utmost importance, the pipeline mode is provided. 

® Mode 2 enables the converter's built-in pipeline. 

Because propagation delays through the chip reduce the access time required for 
TMS320C30 external memory, the pipeline mode allows conversions to take place on one data val- 
ue while a previously converted value is being read, or written, by the TMS320C30. Depending 
on the TMS320C30 instruction cycle time and the access time of memories being used, the pipeline 
mode can eliminate degradation in TMS320C30 throughput entirely. However, it should be noted 
that values fed through the pipeline appear at the output in the next cycle. Therefore, an extra read 
or write (i.e., the same operation that was being performed) must be performed to flush the pipeline. 
Consequently, when pipeline mode is used, data values and their addresses are skewed from one 
another. This mode is intended for high-speed block transfer/conversion, and the address skew 
should be acceptable. 

All control signals to and from the converter are compatible with TMS320C30 signals so that 
no extra circuitry is required to use this chip. In fact, it has been designed to appear as much as possi- 
ble like a simple bus transceiver (e.g., SN74LS245). Consequently, it has two data buses. Data bus 
A (pins DA31 through DAO) should be connected directly to one of the TMS320C30's da^buses 
and the other to memory. Its direction pin (DI R) shou ld be tied t o the read/write pin (RAV), and 
its output enable pin (OE) can be tied to either STRB or MSTRB of the TMS320C30, depending 
on where in the TMS320C30 memory map IEEE numbers are stored. 

Key Features 

This device is designed to fit into systems equipped with TMS320C30 external memory into 
which IEEE formatted numbers are stored. Below is a list of some specific features of the 
TMS320C30-IEEE Floating-Point Converter: 
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• Automatic wait-state generation during conversions 

• Automatic interrupt generation when IEEE NaNs are encountered 

• Automatic pipeline mode for single-cycle conversions 

• Built-in SCOPE (i.e., JTAG) testability logic 

Report Overview 

• External Interfaces - Describes the external interfaces of this chip, the pinout, and pins. 

• Architectural Overview - Describes the functions of the converter. Gives an overview of 
the TMS320C30 and IEEE Standard 754-1985 number formats and the scope of numbers 
that can be converted. 

• Converter Operating Modes - Describes the converter's operating modes. 

• Interrupts - Describes the Not a Number interrupt generated by the converter. 

• Software Application Examples - Contains software application examples. 

• Hardware Application Examples - Contains hardware application examples. 

• JTAG/IEEE-1149.1 Scan Interface- Contains the JTAG/IEEE scan interface description. 

Typographical Conventions 

In this report, buses are signified with the bus name in capital letters, followed by the range 
of signals (bits) enclosed in parentheses and separated by a colon. For example, TI(31:0) is bus 
"TI", bits 31 through (31 is the most significant bit, 0, the least). Table 1 shows the symbols and 
their corresponding meaning that are used in sections of the report concerning control logic, algo- 
rithm overview, and bit-specific conversion algorithms. 

Table 1. Symbols and Meanings 



Symbol 


Name 


Meaning 


+ 


plus 


arithmetic summation 


1 


pipe 


logical OR 


8l 


ampersand 


logical AND 


j 


exclamation point 


one's complement 


- 


mmus 


two's complement 


A 


caret 


EXCLUSIVE OR 



External Interfaces 



Packaging 

The TMS320C30 device is housed in an 84-pin package. This pinout was chosen for efficient 
flow through connection to the buses. The TMS320C30-IEEE Converter's pin assignments are 
shown in Table 2, and the pin locations are shown in Figure 1. 
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Table 2. Pin Assignments 



Pin 


Name 


Pin 


Name 


Pin 


Name 


1 


GND 


29 


DA3 


57 


DA29 


2 


DB15 


30 


DA4 


58 


DA30 


3 


DB14 


31 


DA5 


59 


DA31 


4 


DB13 


32 


DA6 


60 


TDI 


5 


DB12 


33 


DA7 


61 


TMS 


6 


DBll 


34 


DA8 


62 


TCK 


7 


DBIO 


35 


DA9 


63 


VCC 


8 


DB9 


36 


DAIO 


64 


GND 


9 


DB8 


37 


DAll 


65 


TDO 


10 


DB7 


38 


DA12 


66 


TIP 


11 


DB6 


39 


DAB 


67 


RST 


12 


DB5 


40 


DA14 


68 


DB31 


13 


DB4 


41 


DA15 


69 


DB30 


14 


DB3 


42 


VCC 


70 


DB29 


15 


DB2 


43 


GND 


71 


DB28 


16 


DBl 


44 


DA16 


72 


DB27 


17 


DBO 


45 


DA17 


73 


DB26 


18 


WAIT 


46 


DA18 


74 


DB25 


19 


PIPE 


47 


DA19 


75 


DB24 


20 


CLK 


48 


DA20 


76 


DB23 


21 


VCC 


49 


DA21 


77 


DB22 


22 


GND 


50 


DA22 


78 


DB21 


23 


NAN 


51 


DA23 


79 


DB20 


24 


DIR 


52 


DA24 


80 


DB19 


25 


OE 


53 


DA25 


81 


DB18 


26 


DAG 


54 


DA26 


82 


DB17 


27 


DAI 


55 


DA27 


83 


DB16 


28 


DA2 


56 


DA28 


84 


VCC 
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Figure 1. Pin Locations 
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Pinout Description 

Table 3 describes the pin functions. 



Table 3. Converter Signals 



Signal 


Pins 


Type 


Description 


DIR 


1 


Input 


Direction - This pin determines what type of conversion 
should take place. When it is high, data on bus B is converted 
from IEEE to TMS320C30 format and output on bus A. When 
it is low, data on bus A is converted from TMS320C30 to IEEE 
format and output on bus B. This pin is normally tied directly 
to the TMS320C30 read/write pin. 


OE 


1 


Input 


Output Enable (active low) - In combination with the DIR 
pin, this pin disables the currently driven bus (i.e., bus A or B). 
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Table 3. Converter Signals (Concluded) 



Signal 


Pins 


Type 


Description 


WAIT 


1 


Output 


This pin is driven high in nonpipelined operations to signal the 
TMS320C30 to extend its external memory access to allow 
the conversion to complete. It can be tied directly to the 
TMS320C30 ready line. It is appropriately driven for both 
read and write operations, but is always low in pipelined mode 
of operation. 


PIPE 


1 


Input 


Pipeline Enable - When this is high, the converter is confi- 
gured in pipeline mode. It must be tied low for nonpipeline 
mode. 


CLK 


1 


Input 


Clock - This clock is the wait-state generator and the pipeline 
clock. It should be connected directly to the TMS320C30 HI 
clock pin. 


NAN 


1 


Output 


Not-a-Number Interrupt - This pin is driven low for 1.5 CLK 
cycles and signals an attempted conversion of the IEEE for- 
mat: Not-a-Number. This pin can be tied directly to one of the 
TMS320C30 interrupt pins and can signal command or mes- 
sage passing in multi-processor, shared-memory-type de- 
signs. 


DA(31:0) 


32 


Input/Output 


Data Bus A - This 32-bit bus should be tied to either one of 
the two TMS320C30 data buses (i.e., the primary or expan- 
sion buses). 


DB(31:0) 


32 


Input/Output 


Data Bus B - This 32-bit bus is normally connected to a 
memory array containing IEEE-formatted data. 


TCK 




Input 


Test Clock. 


TMS 




Input 


Test Mode Select. 


RST 




Input 


Reset (active low) - This pin resets all logic on the device. 


TDI 




Input 


Test Data In. 


TDO 




Output 


Test Data Out. 


TIP 




Output 


Test Instruction Register Parity - During instruction register 
scan, when paused, this output reflects instruction register 
even parity. 
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Architectural Overview 

Figure 2 shows the block diagram of the converter. 

Figure 2. Converter Block Diagram 
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Introduction 

The TMS320C30 attains a peak performance of 33 MFLOPS, largely due to the float- 
ing-point format that it uses. In this format, both exponent and mantissa are represented in 2's-com- 
plement form. 

In the IEEE format, the mantissa is represented in signed-magnitude form, and the exponent 
includes a bias (i.e., an offset). Additionally, values of numbers are not determined by the same for- 
mula. Instead, the exponent is used to flag numbers that are encoded differently. For example, if 
the exponent is 255, the value is considered not a number (NaN). Another exception is signaled 
when the exponent is zero. In this case, the mantissa is defined to be denormalized. 
The TMS320C30's floating-point format is considerably simpler; most numbers can be converted 
to it without any loss of precision. However, some denormalized IEEE numbers are smaller than 
can be represented in TMS320C30 format. When these numbers are converted, they are translated 
to the closest TMS320C30 values. The error is less than ±r^'^'^ , 

IEEE Floating-Point Format Overview 

IEEE Standard 754-1985 defines formats for single-, single-extended-, double- and 
double-extended-precision floating-point numbers. The single-precision format fits entirely with- 
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in 32 bits, which is the bus width of the TMS320C30, and is the only format supported by the con- 
verter. 

The format of the single-precision IEEE Standard 754-1985 is shown below: 
Figure 3. Single-Precision IEEE Standard 754-1985 Format 
31 30 23 22 0-^BIT# 



s 


EXPONENT 


FRACTION 



MSB LSB MSB LSB 

In this format, 

S is the sign bit of the mantissa (0 = positive, 1 = negative). 

EXPONENT is an unsigned 8-bit field that determines the location of the binary point 
of the number being encoded. 

FRACTION is a 23-bit field containing the fractional part of the mantissa. 

LSB is the least significant bit of a field 

MSB is the most significant bit of a field 

The decimal value (v) of some number X is defined by one of five separate cases shown be- 
low: 

Case 1: If EXPONENT = 255 and FRACTION ^ 0, then v is NaN. 

Case 2: If EXPONENT = 255 and FRACTION = 0, then v = ± infinity. 

Case 3: If < EXPONENT < 255, then v = (-1)' 2®^P-127 (I.frac) 

where: 

S is either or 1 

FRAC is the decimal equivalent of FRACTION 

EXP is the decimal equivalent of EXPONENT 

Note that an implied 1 exists to the left of the binary point as shown above. This means 
the mantissa of an IEEE-encoded value has 24 bits of precision. 

Case 4: If EXPONENT = and FRACTION s^ 0, then v is a denormalized number and 
V = (-1)^ 2-126 (O.FRAC) 

where 

S is either or 1 

FRAC is the decimal equivalent of FRACTION 

Note that an implied exists to the left of the binary point as shown above. This means 
the mantissa of an IEEE-encoded value has 24 bits of precision. 
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Case 5: If EXPONENT = and FRACTION = 0, then v = ± zero. 

TMS320C30 Floating-Point Format Overview 

TMS320C30 single-precision floating-point format uses a 2's-complement exponent and 
mantissa and is shown in Figure 4. 

Figure 4. TMS320C30 Single-Precision Floating-Point Format 

31 24 23 22 ^ BIT # 



EXPONENT 


S 


FRACTION 



MSB LSB MSB LSB 

The decimal value (v) of some number X is determined as follows: 
V = {(-2)^ + (.FRAC)} 2®^P 

where S is either or 1 

FRAC is the decimal equivalent of FRACTION 

EXP is the decimal equivalent of EXPONENT 

An alternate way of describing the TMS320C30 mantissa is as follows: 
ss.fraction 

Note that the bit to the left of the binary point is implied and is the complement of the sign 
bit. This gives the TMS320C30's mantissa 24 bits of precision and not 23 bits as might be expected. 
For example: 

The most positive TMS320C30 mantissa is 

01.1111 nil nil nil iiii 111 = 2- 2-^^ 

The least positive TMS320C30 mantissa is 
01.0000 0000 0000 0000 0000 000 = 1 
The most negative TMS320C30 mantissa is 
10.0000 0000 0000 0000 0000 000 = -2 
The least negative TMS320C30 mantissa is 

10.1111 nil nil nil 1111 111 = -1 - 2-^^ 

Note that zero is uniquely identified when the TMS320C30 exponent is -128. 

IEEE Number Conversion 

This section describes the classifications of IEEE numbers, how they are decoded, and the 
algorithms necessary to translate them to TMS320C30 format. 
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IEEE Dynamic Range 

Table 4 shows the dynamic range of IEEE numbers. This chart can be used to quickly deter- 
mine the case classification of an IEEE number. 



Table 4. IEEE Range of Numbers 



Sign 


Exponent 


Mantissa 


Value 


Type 


Case 





FF 





not applicable 


NaN 


1 





FF 


0.000...000 


+ infinity 


+ Infinity 


2A 





FE 


1.111...111 


(2-2-^^)x2^27 


+ Normalized Number 


3A 





FE 


1.111...110 


(2-2-22)x2l27 


+ Normalized Number 


3A 





FE 


1.111. ..101 


(2-2-21 +2-23)x2l27 
(2-2-21)x2l2'^ 


+ Normalized Number 


3A 





FE 


1.111...100 


+ Normalized Number 


3A 





FE 


1.000...000 


2I27 


+ Normalized Number 


3A 





FD 


1.111...111 


(2-2-^^)x2^^^ 


+ Normalized Number 


3A 





FD 


1.111...110 


(2-2-^^)x2^^^ 


+ Normalized Number 


3A 





FD 


1.111...101 


(2-2-21+2-2^)x2l26 
(2-2-21)x2l2^ 


+ Normalized Number 


3A 





FD 


1.111...100 


+ Normalized Number 


3A 





01 


1.000...000 


2-126 


+ Normalized Number 


3A 





00 


0.111...111 


(l-2-23)x2-126 


+ Denormalized Number 


4A 





00 


0.111...110 


(1-2-22^2-126 


+ Denormalized Number 


4A 





00 


0.111...101 


(1-2-21+2-23^x2-126 
(l-2-21)x2-l^^ 


+ Denormalized Number 


4A 





00 


0.111...100 


+ Denormalized Number 


4A 





00 


0.100...000 


2-127 


+ Denormalized Number 


4A 





00 


0.011...111 


(l-2-22)x2-127 
(l-2-2^)x2-127 


- Denormalized Number 


4B 





00 


0.011...110 


- Denormalized Number 


4B 





00 


0.011...101 


(l_2-20+2-22)x2-127 


- Denormalized Number 


4B 





00 


0.000...011 


(l+2-l)x2-148 


- Denormalized Number 


4B 





00 


0.000...010 


2-148 


- Denormalized Number 


4B 





00 


0.000.. .001 


2-149 


- Denormalized Number 


4B 





00 


0.000...000 


+ 0.0 


+ Zero 


5 


1 


00 


0.000...000 


-0.0 


- Zero 


5 


1 


00 


0.000...001 


-(^''3 


- Denormalized Number 


4D 


1 


00 


0.000...010 


-(2-148) 
I^l+2-l)x2-148 


- Denormalized Number 


4D 


1 


00 


0.000...011 


- Denormalized Number 


4D 
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Table 4. IEEE Range of Numbers (Concluded) 



Sign 


Exponent 


Mantissa 


Value 


Type 


Case 


1 


00 


0.011...111 


-<l-2-^^)x2-l^^ 


- Denormalized Number 


4D 


1 


00 


0.100...000 


-(2-127) 
-(l+2-22)x2-127 


- Denormalized Number 


4D 


1 


00 


0.100...001 


- Denormalized Number 


4C 


1 


00 


0.100...010 


-(l+2-21)x2-127 


- Denormalized Number 


4C 


1 


00 


0.100...011 


-(l+2-21+2-22)x2-127 


- Denormalized Number 


4C 


1 


00 


0.111...111 


-(l-2-23)x2-126 


- Denormalized Number 


4C 


1 


01 


1.000...000 


-<2-126j 
-{l+2-^3)x2-12^ 


- Normalized Number 


3C 


1 


01 


1.000...001 


- Normalized Number 


3B 


1 


01 


1.000...010 


-(l+2-22)x2-12^ 


- Normalized Number 


3B 


1 


01 


1.000...011 


-(l+2-22+2-23)x2-12^ 


- Normalized Number 


3B 


1 


01 


1.111...111 


-(2-2-23)x2-126 


- Normalized Number 


3B 


1 


02 


1.000...000 


-<2-125) 
-(2+2-23)x2-12^ 


- Normalized Number 


3C 


1 


02 


1.000...001 


- Normalized Number 


3B 


1 


02 


1.000...010 


-(2+2-22)x2-12^ 


- Normalized Number 


3B 


1 


02 


1.000...011 


-(l+2-22+2-23)x2-125 


- Normalized Number 


3B 


1 


FE 


1.111...100 


-(2-2-21)x2l2'7 


- Normalized Number 


3B 


1 


FE 


1.111...101 


_(2-2-21+2-23)x2l27 
_(2-2-22)x2l27 


- Normalized Number 


3B 


1 


FE 


1.111...110 


- Normalized Number 


3B 


1 


FE 


1.111...111 


-<2-2-23)x2l27 


- Normalized Number 


3B 


1 


FF 


= 


- infinity 


- Infinity 


2B 



IEEE-to-TMS320C30 Control Logic 

The control logic that classifies incoming IEEE data in order to perform correct translation 
to TMS320C30 format is shown below. The form of the expressions was chosen to minimize propa- 
gation delay through the device. 

The logic is simplified if the following three factors are used (refer to typographical defini- 
tions for symbols used): 



EXPFF = 



EXPOO = 



IEEE(30) 
IEEE(26) 

!( IEEE(30) 
IEEE(26) 



MANTO= !(IEEE(21) 
IEEE(17) 



& IEEE(29) 
& IEEE(25) 

|IEEE(29) 
I IEEE(25) 

I IEEE(20) 
I IEEE(16) 



&IEEE(28) 
& IEEE(24) 

I IEEE(28) 
I IEEE(24) 

|IEEE(19) 
I IEEE(15) 



& IEEE(27) 
& IEEE(23) 

I IEEE(27) 
I IEEE(23) 

I IEEE(18) 
I IEEE(14) 



& 
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IEEE(13) I IEEE(12) | lEEE(ll) | lEEE(lO) | 

IEEE(9) |IEEE(8) | IEEE(7) | IEEE(6) | 

IEEE(5) |IEEE(4) | IEEE(3) | IEEE(2) | 

lEEE(l) I lEEE(O) ) 

Then 

Casel:NaN 

= EXPFF & ( IEEE(22) | IMANTO ) 

Case 2A: positive infinity 

= !IEEE(31) & EXPFF & !( IEEE(22) | IMANTO ) 

Case 2B: negative infinity 

= IEEE(31) & EXPFF & !( IEEE(22) | IMANTO ) 

Case 3A: positive normalized numbers 
= !IEEE(31) & lEXPOO & lEXPFF 

Case 3B: negative normalized numbers with fraction ?* 

= IEEE(31) & lEXPOO & lEXPFF & ( IMANTO | IEEE(22) ) 

Case 3C: negative normalized numbers with fraction = 

= IEEE(31) & lEXPOO & lEXPFF & I( IMANTO | IEEE(22) ) 

Case 4A: positive denormalized numbers ^ 2""^^^ 
= IIEEE(31) & EXPOO & IEEE(22) 

Case 4B: positive denormalized numbers < 2~^^^ 

= IIEEE(31) & EXPOO & IIEEE(22) & IMANTO 

Case 4C: negative denormalized numbers ^ (-1 -2"^^) x 2"^^^ 
= IEEE(31) & EXPOO & IEEE(22) & IMANTO 

Case 4D: negative denormalized numbers > (-1 -2~^^) x 2~^^^ 
= IEEE(31) & EXPOO & ( IEEE(22) " IMANTO ) 

Case 5: positive and negative zero 

= EXPOO & IIEEE(22) & MANTO 

IEEE'tO'TMS320C30 Conversion Algorithm Overview 

Table 5 shows the conversion algorithms used on the sign, exponent, and mantissa fields of 
IEEE numbers to produce the corresponding TMS320C30 fields. These fields are broken down into 
bit-specific algorithms in the following section. 
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Table 5. Conversion Algorithms from IEEE to TMS320C30 Format 



TMS320C30 


Case 


Exponent 


Sign 


Fraction 


1. 


^lEEE 


SlEEE 


^lEEE 


2A. 


7Fh 


SlEEE 


7F FFFFh 


2B. 


7Fh 


SlEEE 


00 OOOOh 


3A. 


e,EEE + 81h 


SlEEE 


flEEE 


3B. 


eiEEE + 81h 


SlEEE 


-flEEE 


3C 


e,EEE " 80h 


SlEEE 


"flEEE 


4A. 


81h 


SlEEE 


2xf,EEE 


4B. 


80h 


SlEEE 


00 OOOOh 


4C 


81h 


SlEEE 


2x-fiEEE 


4D. 


SOh 





00 OOOOh 


5. 


80h 





00 OOOOh 



Note: Fraction, above, has only 23-bits 

IEEE'tO'TMS320C30 Bit-Specific Conversion Algorithms 

These circuits were designed by examining Table 5 and finding all possible choices for each 
bit. The different choices were fed into data selectors, whose addresses were derived from the 
case-identifying logic described in the preceding section on control logic. 

For maximum performance, all data selectors were designed from NAND gates. This also 
permitted minimization by eliminating all NAND gates that had an input of and by reducing the 
number of NAND inputs where a bit was always 1. However, for clarity, no minimization is shown 
here. Instead, that detail can be seen in the following figures. 

The following bit algorithms are shown in bit descending order, starting with IEEE bit 31. 
Figure 5. IEEE Bit 31 to TMS320C30 Bit 23 



IEEE(31) • 

CASE4D • 
CASES • 



n> 




-► TMS320C30(23) 
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Figure 6. IEEE Bit 30 to TMS320C30 Bit 31 



IEEE(30)->^ 

CASE3C 
"1" 



to 



"0" 
IEEEBIAS(30) 



ab 
aB 
Ab 
AB 



-> TMS320C30(31) 



b = CASEl I CASE2A | CASE2B | CASE3C 
B = !b 

A = CASE2A I CASE2B I CASE3A | CASE3B 
a = !A 



Figure 7. IEEE Bit n to TMS320C30 Bit n+1, Where 29 ^ n s; 24 



lEEE(n) 

"1" 

"0" 

lEEEBIAS(n) 



ab 
aB 
Ab 
AB 



-> TMS320C30(n+1) 



b = CASE2A I CASE2B | CASE3A | CASE3B 
B = !b 

a = CASE2A | CASE2B | CASEl | CASE3C 
A = !a 

Figure 8. IEEE Bit 23 to TMS320C30 Bit 24 



IEEE(23) 



"r 



IEEEBIAS(23) 



ab 
aB 
Ab 
AB 



-> TMS320C30(24) 



b = CASEl I CASE3C | CASE4B | CASE4D | CASES 

B = !b 

A = CASE4B I CASE4D | CASES | CASE3A | CASE3B 

a=!A 
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Figure 9. IEEE Bit n to TMS320C30 Bit n, Where 22 ^ n ^ 1 



lEEE(n) 



II .4 »! 



"0" 

lEEENEG(n) 

IEEE(n-1) 

lEEENEG(n-l) 



abc 
abC 
aBc 
BBC 
Abc 
AbC 



-> TMS320C30(n) 



C = CASE2A I CASE3B | CASE3C | CASE4C 

c=!C 

b = CASEl I CASE2A | CASE3A | CASE4A | CASE4C 

B=!b 

A = CASE4A I CASE4C 

a= !A 



Figure 10. IEEE Bit to TMS320C30 Bit 



lEEE(O) 
"1 " 

"0" 



ab 
aB 
Ab 



■> TMS320C30(0) 



B = CASE2A 

b = !B 

A = CASEl I CASE2A | CASE3A | CASE3B | CASE3C 

a = !A 



TMS320C30 Number Conversion 

This section describes the classifications of TMS320C30 numbers, how they are decoded, 
and the algorithms necessary to translate them to IEEE format. 

TMS320C30 Dynamic Range 

Shown in Table 6 is the dynamic range of TMS320C30 numbers. As with Table 4, this table 
can be used to quickly determine case classification of a TMS320C30 number. 



380 



TMS320C30 IEEE Floating-Point Format Converter 



Table 6. TMS320C30 Range of Numbers 



Exponent 


Sign 


Mantissa 


Value 


Type 


Case 


7F 
7F 
7F 
7F 








1.111...111 
1.111...110 
1.111...101 
1.111...100 


(2-2-2^)x2l27 

(2-2-22)x2l2'7 
(2-2-21+2-23)x2l27 

(2-2-21)x2l2^ 


Positive Number 
Positive Number 
Positive Number 
Positive Number 


6 
6 
6 
6 


7F 
7E 
7E 
7E 








1.000...000 

1.111...111 

1.111...110 
1.111. ..101 


2127 

(2-2-23)x2l26 
(2-2-22)x2l26 
(2-2-21+2-23)x2l26 


Positive Number 
Positive Number 
Positive Number 
Positive Number 


6 
6 
6 
6 


00 
FF 
FF 
FF 








1.000...000 

1.111... Ill 

1.111...110 
1.111...101 


1 

1-2-24 

1-2-23 

1-2-22+2-24 


Positive Number 
Positive Number 
Positive Number 
Positive Number 


6 
6 
6 
6 


FF 
FE 
FE 
FE 








1.000...000 

1.111...111 

1.111...110 
1.111...101 


2-1 

(2-2-23)x2-2 
(2-2-22)x2-2 
(2-2-21+2-23)x2-2 


Positive Number 
Positive Number 
Positive Number 
Positive Number 


6 
6 
6 
6 


82 
81 
81 
81 
81 









1.000...000 

1.111...111 

1.111...110 
1.111...101 
1.111...100 


2-126 

(2_2-23)x2-127 

(2-2-22)x2-127 

(2-2-21+2-23>2-127 

(2-2-21)x2-l^^ 


Positive Number 
Positive Number 
Positivr Number 
Positive Number 
Positive Number 


6 

7 (note 1) 
7 (note 1) 
7 (note 1) 
7 (note 1) 


81 
81 
81 







1.000...010 
1.000...001 
1.000...000 


(l+2-22)x2-12'7 
(l+2-23)x2-127 
2-127 


Positive Number 
Positive Number 
Positive Number 


7 (note 1) 
7 (note 1) 
7 (note 1) 


80 
80 
80 







0.111. ..Ill 
0.111...110 
0.111...101 


(note 2) 
(note 2) 
(note 2) 


Implied Zero 
Implied Zero 
Implied Zero 


8 
8 
8 


80 





0.000...001 


(note 2) 


Implied Zero 


8 
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Table 6. TMS320C30 Range of Numbers (Concluded) 



Exponent 



Sign 



Mantissa 



Value 



Type 



Case 



80 

80 
80 
80 



80 
80 
80 

80 

81 
81 
81 



81 
81 

81 
82 
82 
82 



FF 
FF 
00 
00 
00 



00 
00 
01 
01 
01 



7F 
7F 



0.000...000 

10.111...111 
10.111...110 
10.111...101 



10.000...011 
10.000...010 
10.000...001 

10.000...000 

10.111...111 
10.111.. .110 
10.111. ..101 



10.000...010 
10.000...001 

10.000...000 
10.111...111 
10.111...110 
10.111...101 



10.000...001 
10.000...000 
10.111...111 
10.111...110 
10.111...101 



10.000...001 
10.000...000 
10.111...111 
10.111...110 
10.111...101 



10.000...001 
10.000...000 



0.0 

(note 2) 
(note 2) 
(note 2) 



(note 2) 
(note 2) 
(note 2) 

(note 2) 

(_l_2-23)x2-127 
.2-22^^2-127 



(-1- 
(-1 



-2-21+2- 



23)x2-127 



22x. 



(-2+2-^^)x2- 
(-2+2-23)x2- 



-127 
-127 



-126< 



-<2-^^°) 
(_l_2-23)x2-126 

"22)x2"126 



(-1-2- 
(-l-2-^^+2-^-^)x2- 



21 



23n 



-126 



-24 



-1+2 

-1 

(-l-2-^^)x2- 

(_l_2-22)x2- 



23n 



(_l_2-21+2-23)x2- 



-2+2-23 
-2 



-2-2- 
-2-2- 
-2-2- 



-22 
-21 
-20^2-22 



(-2+2-23)x2 
-(2128) 



127 



Zero 

Implied Zero 
Implied Zero 
Implied Zero 



Implied Zero 
Implied Zero 
Implied Zero 

Implied Zero 

Negative Number 
Negative Number 
Negative Number 



Negative Number 
Negative Number 

Negative Number 
Negative Number 
Negative Number 
Negative Number 



Negative Number 
Negative Number 
Negative Number 
Negative Number 
Negative Number 



Negative Number 
Negative Number 
Negative Number 
Negative Number 
Negative Number 



Negative Number 
Negative Number 



(note 3) 
(note 3) 
(note 3) 



(note 3) 
(note 3) 
(note 3) 

8 

9 (note 1) 
9 (note 1) 
9 (note 1) 



9 (note 1) 
9 (note 1) 

10 
11 
11 
11 



11 
10 
11 
11 
11 



11 
10 
11 
11 
11 



11 

12 
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Notes: 1) Numbers converted to IEEE denormalized values lose one least significant bit of accuracy. 

2) The TMS320C30 does not produce these numbers under normal arithmetic operations. Because the exponent 
of these numbers is -128, the TMS320C30 considers them zero. TMS320C30 Boolean operations are capa- 
ble of producing numbers of these forms. Because of this, proper conversion to IEEE format is unclear and 
should be avoided. See note 3. 

3) Case 8 & Case 9 are activated simultaneously. This is the only instance where the cases are not mutually ex- 
clusive. The TMS320C30 does not produce these numbers under normal arithmetic operations. Because the 
exponent of these numbers is -128, the TMS320C30 considers them zero. TMS320C30 Boolean operations 
are capable of producing numbers of these forms. Because of this, proper conversion to IEEE format is un- 
clear. This dilemma can be resolved with minor modification to the case qualifier logic. See note 2. 



TMS320C30-tO'IEEE Control Logic 

Conversion from TMS320C30 format to IEEE format is qualified with a different set of 
Boolean equations. To eliminate confusion between IEEE and TMS320C30 cases, different case 
numbers are used. 



The logic is simplified if the following three factors are used: 
EXP80_.81 = !C30(31) | C30(30) 



C30(27) 



I C30(26) 



I C30(29) 
I C30(25) 



I C30(28) I 



EXP7F = 


!C30(31) 
€30(27) 


& €30(30) 
& €30(26) 


& €30(29) 
& €30(25) 


& €30(28) <; 
& €30(24) 


MANTO = 


C30(22) 

C30(18) 

€30(14) 

€30(10) 

€30(6) 

€30(2) 


1 €30(21) 
1 €30(17) 
1 €30(13) 
1 €30(9) 
1 €30(5) 
1 €30(1) 


1 €30(20) 
1 €30(16) 
1 €30(12) 
1 €30(8) 
|€30(4) 
1 €30(0) 


1 €30(19) 1 
1 €30(15) 1 
1 €30(11) 1 
1 C30(7) 1 
1 G30(3) 1 


Then, 










Case 6: positive 


numbers a T'^^^ 








= !EXP80_81 & !C30(23) 








Case 7: positive 


numbers N such that 








(2-2-23) X 


2-127 a 1^2. 2_i27 








= EXP80_ 


81 & €30(24) &! €30(23) 






Case 8: zero 










= EXP80_ 


81 & €30(24) 
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Case 9: negative numbers N such that 

= EXP80_81 & C30(23) & ! MANTO 

Case 10: negative numbers N such that 

-(2-^^^) s: N s: -(2^^^) and whose fraction is 

= !( EXP80__81 & !C30(24) ) & IEXP7F & C30(23) & MANTO 

Case 11: negative numbers N such that 

-(2-^^^) > N > -(2^^^) and whose fraction t^ 

= !EXP80_81 & C30(23) & IMANTO 

Case 12: negative 2^^^ 

= EXP7F & C30(23) & MANTO 

TMS320C30'tO'IEEE Conversion Algorithm Overview 

Table 7 shows the conversion algorithms used on the sign, exponent, and mantissa fields of 
TMS320C30 numbers to produce the corresponding IEEE fields. These fields are broken down into 
bit-specific algorithms in the next section. 

Table 7. Conversion Algorithms from TMS320C30 to IEEE Format 



IEEE 


Case 


Sign 


Exponent 


Fraction 


6 

7 
8 
9 

10 
11 
12 


SC30 

SC30 


SC30 
SC30 
SC30 
SC30 


ec30+7Fh 

00 

00 

00 
ec30+80h 
ec3o+7Fh 

FFh 


fC30 

(fC3o/2)+400000h 
00 OOOOh 

(fC3o+l)/2+400000h 
00 OOOOh 

fC30+l 
00 OOOOh 



TMS320C30-to-IEEE Bit-Specific Conversion Algorithms 

These circuits were designed by examining Table 7 and finding all possible choices for each 
bit. The different choices were fed into data selectors whose addresses were derived from the 
case-identifying logic described in the preceding section on TMS320C30 to IEEE control logic. 

Just as in the IEEE case-identifying logic, all data selectors were designed from NAND gates 
for maximum performance. This also permitted minimization by eliminating all NAND gates hav- 
ing an input of and by reducing the number of NAND inputs where a bit was always 1. However, 
for clarity, no minimization is shown here. Instead, that detail can be seen in the following figures. 
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The following bit algorithms are shown in bit-descending order, starting with TMS320C30 



bit 31. 



Figure 11. TMS320C30 Bit 31 to IEEE Bit 30 



TMS320C30BIAS(31) 
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TMS320C30(31) 
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:tiy 



ab 
aB 
Ab 
AB 



-> IEEE(30) 



B = CASEIO I CASE12 

b = !B 

a = CASE6 I CASEll | CASE12 

A=!a 



Figure 12. TMS320C30 Bit n to IEEE Bit n-1, Where 31 ^ n ^ 24 
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"0" - 

TMS320C30(n) ■ 



ab 
aB 
Ab 
AB 
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B = CASEIO I CASE12 

b = !B 
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A=!a 



Figure 13. TMS320C30 Bit 23 to IEEE Bit 31 

TMS320C30(23) - 

CASES 



r> 



IEEE(31) 



TMS320C30 IEEE Floating-Point Format Converter 



385 



Figure 14. TMS320C30 Bit 22 to IEEE Bit 22 



TMS320C30(22) • 
"1". 

"0" - 
TMS320C30NEG(22) • 



ab 
aB 
Ab 
AB 



-> IEEE(22) 



B = CASE? I CASE9 | GASEll 

b = !B 

a = CASE6 I CASE7 | CASE9 

A=!a 



Figure 15. TMS320C30 Bit n to IEEE Bit n, Where 21 2= n 2: 1 



TMS320C30(n+1) 

TMS320C30(n) ■ 

"0" . 

TMS320C30NEG(n+1)- 

TMS320C30NEG(n) - 



■> lEEE(n) 



C = CASE6 I CASE9 

c=!C 

b = CASE6 I CASE? | CASEll 

B = !b 

A = CASEll 

a=!A 
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Figure 16. TMS320C30 Bit to IEEE Bit 0: 
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b = !B 

a = CASE6 i CASE? | CASEll 

A=!a 

Scope of Conversion 

This section describes the actions taken by the converter when it converts to and from the 
IEEE format. When there is not a match between formats, the converter forces the translated num- 
ber to the closest approximation. 

IEEE-to-TMS320C30 Exceptions 

The match is not exact in translating from four sets of IEEE numbers to TMS320C30 num- 
bers. They are: NaN, ± infinity, ± zero and denormalized numbers too small to represent. 

NaN (Not a Number) 

The NaN format is especially useful in passing commands to another process. So that com- 
mands can be passed through the converter, NaNs are not converted. However, the bit positions of 
the sign and exponent bits are altered. That is, the sign bit of the IEEE number is transferred to the 
sign bit of the TMS320C30 format. Likewise, the exponent field is transferred. In this way, the sign 
of the NaN is preserved which may aid in quick detection of the code. In other words, the 
TMS320C30 Branch on Positive instruction (BP) or Branch on Negative instruction (BN) are ef- 
fective. So that the command can be acted on quickly, a NaN interrupt is generated. 

± Infinity 

When positive or negative infinity is passed through the converter, the most positive or nega- 
tive TMS320C30 number is produced. 

Denormalized numbers whose magnitude < 2~^^^ 

Half of the denormalized IEEE numbers are out of range of TMS320C30 numbers. These 
denormalized numbers have very small magnitudes and are therefore forced to zero when con- 
verted. 

± Zero 

The IEEE format includes representations for positive and negative zero, but the 
TMS320C30 format does not. The converter forces each of these numbers to the singular 
TMS320C30 zero format. 
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TMS320C30'tO'IEEE Exceptions 

There are two sets of TMS320C30 numbers that do not perfectly match IEEE numbers. One 
set consists of a single value (- 2^^^). The other consists of numbers converted to IEEE denormal- 
ized numbers. 

_2l27 

The single value, - 2^^^, is a very large negative number. When this number is translated, neg- 
ative infinity is produced. 

Numbers Translated to Denormalized Values 

When the exponent is --127, denormalized IEEE numbers are produced, and one least signifi- 
cant bit of accuracy is lost. This occurs because the TMS320C30 mantissa must be right-shifted 
one bit in order that the exponent be increased to -126, which is the most negative exponent the 
IEEE format can use. 



Converter Operating Modes 

The converter is controlled by the TMS320C30. Conversions occur when the converter's 
output en able pi n (OE) is active (i.e., l ow) and t he TMS320C30 performs a read or write over its 
primary (STRB active) or expansion (MSTRB active) buses. This requires the converter to be 
placed directly between the TMS320C30 and external memory. That memory is where IEEE data 
will be stored. If direct (i.e., no conversion wanted) access to that memory is desired, transceivers 
like the SN74LS245 should be added in parallel with the converter. However, doing so requires that 
only one data path be enabled at a time. If unused, one of the XF pins of the TMS320C30 can be 
dedicated to perform this selection. 

During a read, data is converted from IEEE format to TMS320C30 format. During a write, 
data_is converted from TMS320C30 format to IEEE format. This will happen if the TMS320C30 
RAV or XRAV pin is tied to the converter's direction (DIR) pin. Table 8 shows how to put the con- 
verter into its two operating modes and briefly describes each mode. 

Tables. Converter Operating Modes 



Mode 


Pin 


Description 


Memory 
Pipeline 


PIPE=0 
PIPE=1 


Flow-Through Conversion Enabled - In this mode, the converter essentially 
behaves like a simple bus transceiver, such as an SN74LS245, except with an 
integrated floating-point format converter. When this mode is used, conver- 
sions take two cycles. Because of this, the converter automatically generates a . 
wait state, which will halt the TMS320C30 for one cycle until the conversion 
is complete. 

Converter's Pipeline Registers Enabled Internally - This mode permits 
single-cycle conversion. As one data value is being converted, a previously 
converted value is output. 
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Memory Mode Operation 

In this mode, one wait cycle is automatically generated during conversions from 

• IEEE format to TMS320C30 format (reads) 

* TMS320C30 format to IEEE format (writes) 

The converter will not generate wait cycles of any other length and requires that the 
TMS320C30 HI clock pin be tied to the converter's CLKpin. Figure 17 sliows the timing diagram 
for this mode of operation. 

Figure 17. Memory Mode Timing Diagram 




WAIT 

DA(31:0) — -4 ««^<«< 'C30OUT 
DB(31:0) 1^ 



IEEE IN 



>C 
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^-^- ^««« lEEEOUT ) i— j— 



IEEE IN 



Pipelined Operation 

Pipeline mode permits consecutive conversions every instruction cycle without wait cycles. 
However, because the pipeline has two internal stages, it takes two consecutive occurrences of the 
same operation (i.e., two reads or two writes) before it is filled. Therefore, the first read after a tran- 
sition from a write will not provide properly converted data, and vice versa. 

There is an address skew of one address when consecutive data values are converted. This 
should not be a major problem when blocks of memory are converted. The only added task will 
be to perform one extra transfer (read or write) to convert the last value remaining in the pipeline. 
With this exception, operation is identical to the Memory mode. Figure 18 shows a timing diagram 
for this mode of operation. 
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Figure 18. Pipeline Mode Timing Diagram 
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Interrupts 

The converter automatically generates an interrupt whenever the conversion of an IEEE 
number classified as Not a Number (NaN) is attempted. The interrupt pulse is 1.5 HI cycles wide. 
This is compatible with the TMS320G30 edge-triggered interrupt types. Table 9 shows this inter- 
rupt and its trigger. Note that the converter does not change the value of the NaN, but it does alter 
its bit positions. This assures that the sign bit of the IEEE number remains a sign bit in the 
TMS320C30 format. The same is true of the exponent field. The fractional field is left unchanged. 
If NaN is used to pass a code or command to the TMS320C30, interpretation of the code requires 
only the alteration of the comparison mask in software. For more information, refer to the previous 
subsection NaN (Not a Number). 

Table 9. NaN Interrupt 



Name 


Function 


Sources 


NAN 


Not a Number 


IEEE CASEl: NaN 
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Software Application Examples 



Simple Nonpipelined Conversion 

If an external device (i.e., RAM, ROM, dual bus RAM, latch, etc.) contains a single-precision 
IEEE floating-point number and the corresponding TMS320C30 number is needed, the following 
TMS320C30 code will perform the required conversion: 



EXTD 



.word 



LDI 
LDF 



OSOOOOOh ; put address of external device here 

@EXTD,ARO ; load ARO w/address of external device 
*ARO,RO ; R0=C30 formatted number 



The following example performs TMS320C30-to-IEEE format conversion: 

EXTD .word OSOOOOOh ; put address of external device here 
* 

LDI §EXTD,ARO ; load ARO w/address of external device 
STF RO,*ARO ; location pointed to by ARO=IEEE formatted 
* ; number 

Simple Pipelined Conversion 

This example illustrates the overhead when the converter's pipeline mode is used. Since a 
single value will be converted, it is necessary to read the converter one extra time to flush the pipe- 
line. Once again, assume that an external device (i.e., RAM, ROM, dual bus RAM, latch, etc.) con- 
tains a single-precision IEEE floating-point number, and the corresponding TMS320C30 number 
is needed. 



EXTD 



.word 



LDI 
LDF 



LDF 



OSOOOOOh 

@EXTD,ARO 
*ARO,RO 



put address of external device here 



load ARO w/address of external device 
ignore loaded value, 1st load queues 

pipeline 
R0=C30 formatted number, address is 

immaterial 



*ARO , RO 

The following example performs TMS320C30 to IEEE format conversion 



EXTD .word OSOOOOOh ; put address of external device here 
* 

LDI @EXTD,ARO ; load ARO w/address of external device 

STF RO,*ARO ; value stored not correct until 2nd store 

STF RO,*ARO ; location pointed to by ARO=IEEE formatted 

* ; number 

Pipelined Block Conversions 

In the previous subsection, the pipeline was used, but not efficiently. This example shows a 
more typical application of pipeline mode. Again, external memory contains IEEE formatted data. 



N 


.set 


03FFh 


EXTD 


.word 


OSOOOOOh 


DADR 


.word 


0809800h 



N == # of values to convert — 1 
put external address here 
put destination address here 
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RCR: 



LDI 


@EXTD,ARO 


LDI 


@DADR,AR1 


LDF 


*ARO++,RO 


LDI 


N,RC 


RPTB 


RCR 


LDF 


*ARO++,RO 


STF 


R0,*AR1++ 



This is more efficient: 



N 


.set 


03FEh 


EXTD 


.word 


OSOOOOOh 


DADR 


.word 


0809800h 




LDI 


@EXTD,ARO 




LDI 


@DADR,AR1 




LDF 


*ARO++,RO 




LDF 


*ARO++,RO 


* 


RPTS 


N 


* 


LDF 


*ARO++,RO 


II 


STF 


R0,*AR1++ 



load ARO w/address of external device 
load ARl w/destination address 
prime (preload) the converter's pipeline 
block will be repeated N (0400h) times 
specify end address of block repeat 
read converted values into RO 
store converted values into on— chip 
memory 



N = # of values to convert — 2 
put external address here 
put destination address here 

load ARO w/address of external device 
load ARl w/destination address 
prime (preload) the converter's pipeline 
read 1st converted value for 1st STF 
repeat next instruction N~l (03FFh) 

times, extra loop is to store last 

value converted 
read converted values into RO 
store converted values into on— chip 

memory, 1st store will save junk 



The following example performs TMS320C30 to IEEE format conversion: 



N 


.set 


0400h 


EXTD 


.word 


OSOOOOOh 


SADR 


.word 


0809800h 




LDI 


@EXTD,ARO 




LDI 


@ SADR, ARl 


* 


LDI 


N,RC 


* 


RPTB 


AC 




LDF 


*AR1++,R0 


AC: 


STF 


RO,*ARO++ 



; N equals number of values to convert 
; put external address here 
; put source data address here 

load ARO w/address of external device 

load ARl w/source data address 

block will be repeated N+1 (0401h) times, 

extra loop is to store last value 

converted 
specify end address of block repeat 
read TMS320C30 format numbers into RO 
store converted values into external 

device 



This is more efficient: 



N 


.set 


03FFh 


EXTD 


.word 


OSOOOOOh 


SADR 


.word 


0809800h 




LDI 


@EXTD,ARO 




LDI 


@ SADR, ARl 




LDF 


*ARO++,RO 


* 


RPTS 


N 


* 


LDF 


*AR1-I-+,R0 


II 


STF 


RO , *AR0++ 




STF 


RO,*ARO++ 



N equals number of values to convert — 1 
put external address here 
put source data address here 

load ARO w/address of external device 
load ARl w/source data address 
read 1st converted value for 1st STF 
repeat next instruction N (0400h) times, 

extra loop is to store last value 

converted 
read converted values into RO 
store converted values into external 

device 
store last value 



Using TMS320C30 External Flag (XFO) 

As mentioned in the section on converter operating modes, one of theTMS320C30's XFpins 
can be tied to the converter's output enable (OE) pin to enable the data path through the converter 
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or to bypass it, as the case may be. The following TMS320C30 code uses the TMS320C30 XFO 
pin to do this (see Hardware Applications Examples section later in this report for the hardware 
configuration). Nonpipelined mode is assumed. 



N 


.set 


03FFh 


EXTD 


.word 


OSOOOOOh 


SADR 


.word 


0809800h 




LDI 


@EXTD,ARO 




LDI 


@SADR,AR1 




LDI 


2,I0F 




LDF 


*ARO++,RO 




RPTS 


N 




LDF 


*AR1++,R0 


II 


STF 


R0,*AR1++ 



LDI 



6,I0F 



N equals number of values to convert — 1 
put external address here 
put source data address here 

load ARO w/address of external device 
load ARl w/source data address 
XFO=output=0, select the converter 
read 1st converted value for 1st STF 
repeat next instruction N+1 (0400h) times 
read converted values into RO 
store converted values into on— chip 

memory, 1st store will save junk 
XFO=output=l, deselect the converter 



Using the TMS320C30 DMA Capability 

The built-in TMS320C30 DMA controller can be used to read converted IEEE values. The 
TMS320C30 assembly code to set up the DMA is shown below. Non-pipelined mode is assumed. 



DMA 


.word 


0808000h 


GLBL 


.word 


0C53h 


N 


.set 


0400h 


EXTD 


.word 


OSOOOOOh 


DADR 


.word 


0809800h 


* DMA 


controller 


setup 




LDI 


@ DMA, ARO 




LDI 


@EXTD,RO ; 




LDI 


@DADR,R1 




LDI 


N , R2 




LDI 


@GLBL,R3 




STI 


R0,*+AR0(4) 




STI 


R1,*+AR0(6) 




STI 


R2,*+AR0(8) 




STI 


R3 , *ARO ; 



base address of DMA registers 

DMA global register init value 

N equals number of values to convert 

put external address here 

put destination data address here 



ARO — > DMA control registers 

RO = address of IEEE data 

Rl = converted data destination address 

R2 = DMA transfer count 

R3 = DMA Global register initial value 

DMA will transfer from external device 

DMA will transfer to RAM block 

DMA will transfer N values 

start the DMA 



Hardware Application Examples 



IEEE Data Stored in TMS320C30 External MSTRB Memory 

Below is shown an example of interfacing the converter to TMS320C30 external memory 
containing only IEEE formatted data. In this configuration, it is likely that the memory would be 
dual bus RAM to enable a second processor to share data with the TMS320C30 through this 
memory. Figure 19 shows an interface to a static RAM (SRAM) bank. 
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Figure 19. Interface to Static RAM 
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Bypassing the Converter 

A previous subsection (Using TMS320C30 External Flag 0) showed TMS320C30 assembly 
code that used the TMS320C30 XFO pin either to steer data through the converter or to bypass the 
converter for direct, or unconverted, access to that memory. Figure 20 shows a circuit that can be 
used with that code. 
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Figure 20. Steered Access to the Memory 



XA(12:0) 
MSTRB 



T 
M 
S XFO 

2 XD(31:0) 
XRDY 

3 H1 




XR/W 



SN74ALS32 




SN74ALS04 



(4) SN74ALS245 
B(8:1) 



A(8:1) -1 



DIR 



I> 



IEEE CONVERTER 
OE 



DA(31:0) 
WAIT 
CLK 
DIR 



DB(31:0) 






SN74ALS04 



ADDR(12:0) 
CS 



SRAM 
8Kx32 



DATA(31:0) 

WE 
OE 



TMS320C30 IEEE Floating-Point Format Converter 



395 



JTAG/IEEE-1149.1 Scan Interface 

Integrated circuit and board-level testing is increasingly important. JTAG or IEEE-1149.1 
is a standard test methodology. It is based on a 4-wire connection to a device and provides access 
to all I/O buffers (boundary scan) of a device. This permits stimulation and observation of internal 
logic. By allowing stimulation of output pins and observation of input pins, external circuitry can 
also be tested. If implemented completely, this can eliminate "bed of nails" test rigs. 

The TMS320C30-IEEE Floating-Point Format Converter is equipped with a JTAG/ 
IEEE-1149.1 compatible scan interface. The internal architecture is based on Texas Instruments' 
SCOPEtm design specifications. This provides for boundary-scanning of the device and inclusion 
of an eight-bit instruction register. 

Figure 21 shows the internal scan architecture and gives the naming conventions used to de- 
scribe the device blocks: 

Figure 21. Scan Architecture 



o — BYPASS DATA REGISTER 



BOUNDARY DATA REGISTER 




INSTRUCTION REGISTER 



TDO 



D> 



TIP 



I/O Pin Description 

TCK 

The TCK input clock signal is the scan clock. It typically will be generated off-board by a 
test controller. All tests of the device are controlled by an external controller and proceed at the scan 
clock (TCK) speed. 

TMS 

The TMS input signal is clocked in by TCK. TMS controls the test mode of the device. Using 
TMS and TCK, a test controller can scan registers through the device, perform tests, or place the 
device in a normal functional mode. 
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TDI 

The TDI input signal is used to input serial data through the registers in the device. All data 
is clocked in by TCK and shifts according to the state of the test logic set up by an external test con- 
troller using TMS and TCK. 

TDO 

The TDO output signal is used to scan serial test data out of the device under the control of 
the test host. While shifting data, TDO is active-shifting data out on the falling edge of TCK. When 
through shifting data, TDO is tri-stated. 

TIP 

TIP is an output indicating good or bad parity in the instruction register. The indication de- 
faults to good if the external controller does not check for parity. To check parity, the test controller 
places the device in the instruction register pause state. While in this state, the device will output 
the actual (i.e., hardware-determined) parity of the device's instruction register. A high logic level 
indicates good parity, while a low logic level indicates bad parity. 

Architectural Elements 

TITAP 

The Texas Instruments' Test Access Port (TITAP) is a 16-state state-machine designed ac- 
cording to the JTAG and IEEE- 1149.1 specifications. The TITAP controls the test logic and is con- 
trolled by the TMS and TCK inputs to the device from an external test host controller. 

Instruction Register 

The Instruction Register is eight bits in length. Table 10 lists the instructions available for 
this device. 

Table 10. Test Instructions 



msb -> Isb 


Instruction 


00000000 


Boundary Scan 


10000001 


ID Register Scan 


10000010 


Sample Boundary Scan 


00000011 


Boundary Scan 


00000110 


Control Boundary HI-Z 


10000111 


Control Boundary 1/0 


00001010 


Read Boundary-Normal 


10001011 


Read Boundary-Test 


00001100 


Boundary Selftest 


11111111 


Bypass Scan 


All Others 


Bypass Scan 



The Instruction Register is preloaded with 00000001 (msb-lsb) in the instruction register 
capture state of the TITAP. This is not per the JTAG/IEEE-1 148.1 standards. 



TMS320C30 IEEE Floating-Point Format Converter 



397 



Boundary Scan Instruction 

This instruction places the device in test mode: all function inputs and outputs are controlled 
by the test logic. Function inputs and outputs are sampled in the data register capture state of the 
TITAP, and the boundary data register is selected in the data register scan path during data register 
scans. 

ID Register Scan Instruction 

This instruction places the device in normal mode: all function inputs and outputs operate 
in their normal modes. The bypass data register is selected in the data register scan path during data 
register scans. 

Sample Boundary Scan Instruction 

This instruction places the device in normal mode: all function inputs and outputs operate 
in their normal modes. Function inputs and outputs are sampled in the data register capture state 
of the TITAP, and the boundary data register is selected in the data register scan path during data 
register scans. 

Control Boundary HI-Z Instruction 

This instruction places the device in test mode: all function outputs are tri-stated (if possible), 
while all function inputs operate in their normal mode. The bypass data register is selected in the 
data register scan path during data register scans. 

Control Boundary 1/0 Instruction 

This instruction places the device in test mode: all function inputs and outputs are controlled 
by the test logic. The bypass data register is selected in the data register scan path during data regis- 
ter scans. 

Read Boundary - Normal Instruction 

This instruction places the device in normal mode: all function inputs and outputs operate 
in their normal modes. The boundary data register retains its current state in the data register capture 
state of the TITAP, and the boundary data register is selected in the data register scan path during 
data register scans. 

Read Boundary - Test Instruction 

This instruction places the device in test mode: all function inputs and outputs are controlled 
by the test logic. The boundary data register retains its current state in the data register capture state 
of the TITAP, and the boundary data register is selected in the data register scan path during data 
register scans. 

Boundary Self-Test Instruction 

This instruction places the device in normal mode: all function inputs and outputs operate 
in their normal modes. The boundary data register contents are toggled, and the data register cap- 
tures the state of the TITAP. Also, the boundary data register is selected in the data register scan 
path during data register scans. 
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Bypass Scan Instruction 

This instruction places the device in normal mode: all function inputs and outputs operate 
in their normal modes. The bypass data register is selected in the data register scan path during data 
register scans. 

Boundary Data Register 

The boundary data register contains 70 bits and is ordered according to Figure 22. 

Figure 22. Scan Path Bit Order 

TDI — > DIR — > PIPE — > CLK — > OEZ — > NAN — > WAIT — > 
DA31 —> DA30 —>...—> DAI —> DAO —> 
DB31 — > DB30 — > ... — > DBl — > DBO > TDO 



Bypass Data Register 

The Bypass Data Register is one bit in length and is operated in accordance with the JTAG/ 
IEEE-1149.1 specifications. 

Scan References 

Refer to the following documents for further descriptions of the test logic of this device: 

1) A Test Access Port and Boundary Scan Architecture; Technical Sub-Committee of the 
Joint Test Action Group (JTAG). 

2) IEEE Standard 1149.1 - IEEE Standard Test Access Port and Boundary-Scan Architec- 
ture. 



TMS320C30 IEEE Floating-Point Format Converter 399 



400 TMS320C30 IEEE Floating-Point Format Converter 



Part IV. Telecommunications 

11. Implementation of a CELP Speech Coder for the TMS320C30 Using SPOX 
(Mark D. Grosen) 



401 



402 



Implementation of a CELP 
Speech Coder for the TMS320C30 

Using SPOX 



Mark D. Grosen 
Spectron Microsystems, Inc. 



403 



404 Implementation of a CELP Speech Coder for the TMS320C30 Using SPOX 



Introduction 

Speech coders are critical to many speech transmission and store-and-forward systems. With 
the emergence of universal standards, it is possible to develop systems that are interoperable. Quali- 
ty and bit rate for speech coders vary from toll quality at 32 kilobits/second (kbps) (CCITT 
ADPCM) to intelligible quality at 2.4 kbps (DOD LPC-10). Recently, a new standard for 4.8 kbps 
with near toll-quality has been proposed and is based on code-excited linear prediction (CELP) 
techniques [1,2]. Unfortunately, products based on new coding algorithms are often slow to appear 
because of the considerable time and effort required to develop real-time implementations. 

The purpose of this article is to demonstrate how a CELP coder based on this new standard 
can be quickly developed using SPOX. Utilizing the power of the TMS320C30 DSP plus the ease 
of use provided by C and the SPOX DSP library, an efficient and portable coder can be written in 
a much shorter period of time than that required by conventional assembly language methods. Be- 
cause of the portability of SPOX and C, the coder can also be compiled and executed on a variety 
of hardware platforms. 

A 4.8-kbps CELP Coder 

CELP coders were first introduced by Atal and Schroeder in 1984 [3]. These coders offer 
high quality at low bit rates, but at a high computational cost. Implementing the original systems 
directly required several hundred million instructions per second (MIPS). Much of the research on 
CELP techniques has concentrated on reducing this computational load to facilitate real-time im- 
plementations. 

The proposed U. S. Federal Standard 4.8-kbps CELP coder (USPS CELP), Version 2.3, uses 
several techniques to reduce the complexity to a level where a one- or two-processor implementa- 
tion is possible. These are the main characteristics of the coder: 

® 240-sample frame size at 8-kHz sampling rate 

® Tenth-order short-term predictor 

- Calculated once per frame, open loop 

- Autocorrelation with Hamming window 

- LSP quantization 

® Four subframes (60 samples) 

- One tap pitch predictor 

1) Closed loop analysis 

2) Even/odd subframe delta search method 

- 1024-elementcodebook 

1) Overlapped by 2 (see Pitch and Codebook Search) 

2) 75% of elements are zero 

Block diagrams of the decoder and encoder are shown in Figure 1. 
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Figure 1. USFS CELP Decoder and Encoder Structures 
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Bit allocations are given in Table 1 [2,4]. 

Table 1. 4.8-kbps CELP Parameters 





Spectrum 


Pitch 


Codebook 


Update 

Parameters 

Bps 


30 ms (240 samples) 

10 LSP 

1133.3 


7.5 ms (60) 
1 delay, 1 gain 
1466.7 


7.5 ms (60) 

1 of 1024 index, 1 gain 

2000 


Remaining 200 bps reserved for expansion, error protection, and synchronization 
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The standard also specifies an error protection scheme utilizing forward error-correcting 
Hamming code and parameter smoothing. 

The major computational parts of the algorithm are the pitch search and the codebook search, 
both of which are performed four times per frame. An important technique to reduce the computa- 
tions is the end-correction convolution technique (see Pitch and Codebook Search). This is a recur- 
sive convolution method that reduces the number of multiply-adds by an order of magnitude. 

In addition, the codebook is designed to have approximately 75% of the samples equal to 
zero. This allows many of the convolution updates in the codebook search to be reduced to a simple 
shift of a vector of samples. On DSP processors with circular addressing, this shift can be replaced 
by using circular buffers. 

To further reduce complexity, the pitch search is limited in range for every other subframe. 
During even-numbered subframes, the optimal pitch value is performed over the range 20 to 147 
(128 values). On the odd subframes, the search is only over the range 16 from the previous pitch 
value. This also decreases the bit rate with a negligible effect on speech quality. 

If adequate processing power is not available, you can implement an interoperable coder by 
using a subset of the full codebook. For example, if only the first 128 vectors from the codebook 
could be used, the sub-optimal coder would work with an optimal coder if the same frame structure 
and bit rate were used. 

These techniques produce complexity estimates for the USPS CELP coder ranging from 5.3 
MIPS to 16.0 MIPS for a 128-vector and 1024-vector codebook, respectively [4]. 

Using SPOX in Development 

The computational complexity of CELP coders, even with use of the various techniques to 
reduce it, has made real-time implementations impractical on first- and second-generation DSPs. 
The recent introduction of the third-generation TMS320C30[5], however, makes it feasible to im- 
plement the USPS CELP coder with one or two processors. Furthermore, because of the general- 
purpose capabilities of the TMS320C30 and the availability of a C compiler and SPOX, develop- 
ment of a real-time coder can be significantly expedited. 

In particular, SPOX provides the following functions to facilitate software development. 

• C standard I/O functions 

- printf( ), scanf( ) 

- fopen( ), fread( ), fwrite( ) 

• Stream I/O to move data efficiently 

• Standard set of DSP math functions 

- Filters 

- Vector operations 

- Windows 

- Levinson-Durbin algorithm 

• Processor independence 

Both FORTRAN and C versions of the Version 2.3 USPS CELP coder were available as start- 
ing points for the real-time implementation. The initial development was done on a Sun worksta- 
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tion equipped with SPOX/SUN [6] and the usual UNIX programming tools, such as the symbolic 
debugger dbx. SPOX/SUN is a library of SPOX DSP math functions that can be used for develop- 
ing SPOX applications on Sun workstations. The new version of the coder utilizing SPOX was 
checked against the existing implementation for correctness. After the new version was debugged 
on the workstation, the source code was recompiled employing the Texas Instruments TMS320C30 
C compiler and linked with the SPOX/XDS library for the XDSIOOO development system. 

The same facilities for testing the code on the workstation were available on the XDSIOOO. 
A SPOX stream function (see Input/Output section) read digitized speech from a disk file. Status 
information was printed to the console screen. Command line arguments were used to vary the en- 
coder's parameters such as the codebook size. 

The software development process for the USPS CELP coder followed three evolutionary 
steps: 

• C program using standard I/O 

• C program using SPOX functions for faster math and I/O 

• C program using SPOX and assembly language optimizations 

The first step was taken because an existing C implementation was available. The C standard 
I/O provided by SPOX made it possible to run the application code written in C directly on the 
XDSIOOO. For example, functions (fscanf( )) that read control information from a disk file on the 
Sun also worked on the XDSIOOO using the PC's hard disk. 

In general, it would have been easier to start with the SPOX library functions to implement 
some of the common operations contained in the coder. Many of the functions needed (filtering, 
correlation, dot-product) are in the SPOX DSP library. In this case, the C implementations of these 
standard vector and filter functions in the existing program were replaced with the corresponding 
SPOX functions. The SPOX functions, written in optimized assembly language, execute several 
times faster than the corresponding C functions. 

The last step was needed to meet real-time constraints. XDSIOOO timing capabilities allowed 
the identification of two time-critical sections of the code which were then rewritten in 
TMS320C30 assembly code. Since the interface to the SPOX math functions is open, new math 
functions can be written that work with SPOX data structures such as vectors and filters. 

Implementation 

Several major parts of the USPS CELP encoder are implemented with a mixture of C, SPOX, 
and TMS320C30 assembly language functions. The decoder can be easily constructed from the 
material presented here. An adaptive postfilter for the decoder is not described here. 

The framework of the resulting encoder is shown in Figure 2. A description of the major 
functions performed can be found in the following sections. Appendix A provides a short summary 
of the SPOX functions employed in the next four sections (Input/Output, Spectrum Analysis, Fil- 
ters, and Pitch and Codebook Search). 
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Figure 2. Structure of the Encoder Function 



encoder (instream, outstream) 
SS_Stream instream; 
SS_Stream outstream; 

{ 



while ( SS_get( instream, SV_array ( speech ) ) ) { 

/* Apply a high pass filter to the input speech */ 
SF_apply(hpf ilter, speech, speech); 

/* Find the coefficients of the short— term prediction filter */ 
calculateLP( speech, invcoeffs); 

/* 

* Convert the direct form coefficients to line spectrum pairs. 

* Then quantize the LSP's and convert back to direct form. 
*/ 

SV_a21sp( invcoeffs, Isps); 
quantizeLSP(lsps, qntzlsps); 
SV_lsp2a(qntzlsps, invcoeffs); 

/* 

* For each of the 4 subframes, determine the pitch prediction 

* parameters and codebook (excitation) parameters 
*/ 

for (i = 0; i < 4; i++) { 

genShortResidual(s[i] , res[i]);/* generate short term residual */ 
pitchSearch(s[i] , res[i]); /* find optimum pitch predictor */ 
genFullResidual(s[i] , res[i]); /* generate residual */ 
codeSearch(res[i] , reshat); /* find best codebook vector */ 
updateFilters(reshat) ; /* update filter states */ 

} 

packParams ( ) ; /* pack parameters into output array */ 

SS_put( outstream, params); 
} 
} 

Input/Output 

Input speech samples are obtained by employing a function (SS_get( )), which reads data 
from a named stream (instream). The creation of instream during program initialization deter- 
mines the source of the data. During development, the easiest source is a disk file with digitized 
speech. When real-time testing is needed, a codec connected to a TMS320C30 serial port could be 
utilized. For example, instream could be created to read from standard input with the following 
code segment. 

#define FRAMESIZE 240 * sizeof (Float) 

instream = SS_create(DF_FILE, DF_STDIN, FRAMESIZE, NULL); 

The output stream (outstream) consists of the packed frame parameters. It could also go to 
a disk file or a serial port by using SS_j)ut( ). 

Spectrum Analysis 

After preconditioning the signal with a highpass filter (see the Filters section), the coeffi- 
cients of the short term prediction filter can be found by using the function calcuIateLP( ) shown 
below. 
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SV_Vector window, re, error, cor, gammavec; 

calculateLP(s, coeffs) 

SV__Vector s, coeffs; 

{ 

SV_window(s, window, s); /* window the speech in— place */ 

SV_corr(s, s, cor); /* autocorrelation */ 

SV_autorc(cor, coeffs, re, error); /* Levinson— Durbin */ 
SV_mul2 (gammavec, coeffs); /* bandwidth expansion */ 

} 

The vector window is initialized to contain the desired window; in this case, a Hamming win- 
dow is used. The autocorrelation terms are stored in the vector cor that has the same length as the 
order of the short term filter. SV_autorc( ) uses a Levinson-Durbin type algorithm to compute the 
inverse filter coefficients. As a side effect, the reflection coefficients are also stored in re. Finally, 
a 15 -Hz bandwidth expansion is produced by the multiplication of the inverse filter coefficient vec- 
tor by a vector (gammavec) consisting of the terms 

g[i] = 0.994^ for i = 0, 1, . . . , nh-l 



Efficient quantization is obtained by: 



nmcient quantization is oDiainea oy: 

• Transforming the prediction coefficients into line spectrum pairs (LSPs) 

• Then nuantizina the T.SPs 



Then quantizing the LSPs 



The conversions between prediction coefficients and LSPs are not currently in the SPOX li- 
brary. The existing C implementation evaluates cosine values directly, which is too expensive com- 
putationally. A more efficient routine (SV_a21sp( )), that employs table-lookup of cosine values, 
has been written utilizing the algorithm outlined in [7]. The quantized LSPs are transformed back 
to direct-form coefficients for use in the short-term predictor. 

Filters 

Three filters in the encoder can be realized by use of SPOX filter objects. The inverse filter 
A(z) and the short term predictor VA(z) share the same filter coefficients. The former is an FIR filter 
and the latter an all-pole filter. The final filter is the all-pole weighting filter W(z) with coefficients 
given by 1/A( >^ z), with X = 0.8. 

During the initialization of the encoder, the filters are created with the code fragment shown 
below. 

#define FILTERSIZE 11 * sizeof (Float) 

SF__Filter invfilter, predfilter, wgtfilter; 

SV_Vector invcoeffs, wgtcoeffs; 

SA_Array array; 

array = SA__create(SG__CHIP, FILTERSIZE, NULL); 
invfilter = SF_create( array, NULL, NULL); 
SF_bind( invfilter, invcoeffs, NULL); 

array = SA_create(SG__CHIP, FILTERSIZE, NULL); 
predfilter = SF__create(NULL, array, NULL); 
SF__bind( predfilter, NULL, invcoeffs); 
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array = SA_create(SG_CHIP, FILTERSIZE, NULL); 
wgtf ilter .= SF_create(NULL, array, NULL); 
SF__bind(invf ilter, NULL, wgtcoeffs); 

Note that the inverse and prediction filters are both bound to the same coefficient vector. For 
each new frame of speech, this vector is updated when it is passed to calculateLP( ). 

An important consideration is that the filters are used more than once during a frame. A dif- 
ferent signal is filtered each time, but the state (history) of the filter must be the same. This is ac- 
complished before each filter operation by using the 

® SF_getstate( ) function to recover a vector with the state of the filter at the end of the pre- 
vious frame 

• SF_setstate( ) function to restore the filter's state 

The following code segment shows how the short term prediction residual is generated for 
the pitch search. 

SF_setstate(predf ilter, NULL, predstate); 

SV_fill( residual, 0.0); 

SF_apply(predf ilter, residual, residual); /* zero input of filter */ 



SV_sub3( residual, speech, residual); 



/* speech — history */ 



SF_setstate(invf ilter, invstate, NULL) ; 

SF_apply(invf ilter, residual, residual); /* filter with inverse */ 

SF_setstate (wgtf ilter, NULL, wgtstate); 

SF_apply( wgtf ilter, residual, residual); /* filter with weighting */ 

Pitch and Codebook Search 

After the program finds the short-term predictor and generates the corresponding residual, 
the pitch predictor and code book parameters are found for each of the four subframes. The pitch 
and codebook search functions are similar: both search over a set of values to minimize an error 
term. In this section, only the codebook search is illustrated (see Figure 3). Many of the functions, 
however, can be applied to the pitch predictor calculations. 



CODEBOOK 



Figure 3. Codebook Search Block Diagram 
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The search in Figure 3 minimizes the distance between the input vector and one of many gen- 
erated vectors. The quantity being minimized is the Euclidean norm: 



Implementation of a CELP Speech Coder for the TMS320C30 Using SPOX 



411 



e = ||r-r|r 
= r' r - 2 r^ r + r^ r 



(1) 



where 



r = the original residual 
r = the synthesized residual 



It can be seen from the vector definition that only two terms need to be computed - the corre- 
lation of r and r and the energy of r ;" this is because the energy of the original residual is invariant 
over all the generated residuals. It appears that there would be N convolutions and 2N dot products 
to perform for each sub-frame. Implemented directly, the codebook search would thus require 66 
MIPS if N = 256 and a sub-frame length of 60 are specified. 

Instead, the USPS CELP coder uses a specially structured codebook that greatly reduces the 
computational load. The biggest savings comes from the elimination of all but one of the convolu- 
tions for each subframe. The codebook is overlapped, as shown in Figure 4. 

Figure 4. Structure of Overlapped Codebook 






xo 



This structure permits a recursive convolution computation. The first codebook vector is 
convolved normally with the weighting filter. Subsequent convolutions, however, make use of the 
following relationships. 



Ri + l(z) = z-'V^z) + x,.i[OMz) 



(2) 



where /?,(z) is the Z-transform of the generated residual. Given the convolution of the pre- 
vious codebook vector with the weighting filter, the convolution employing the next vector can be 
found with only 120 (2 x 60) multiplies and adds. 

This number can be further reduced by another property of the codebook. The vectors are 
generated by center-clipping a gaussian noise source, which causes approximately 75% of the ele- 
ments to be zero. Thus, 75% of the updates to the convolutions require no multiplications or addi- 
tions; however, the convolution elements must still be shifted. The following function update( ) 
implements the recursive update operation. Note that it must be called twice per codebook vector, 
once for each new term. 
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update (X, res, wgtimpulse) 
Float x; 
SV_Vector res, wgtimpulse; 

{ 

Float *rptr, *rptrml, *wptr; 
Int len; 

len = SV_getlength(res) ; 

rptr = (Float *) SV_loc(res, len - 1); 

rptrml = rptr — 1; 

if ( X == 0.0 ) { /* no input, so just shift */ 

for (; len > 1; len--) { 
*rptr — = *rptrml — ; 
} 

*rptr =0.0; 
} 

else { /* update using new input */ 

wptr = (Float *) SV_loc (wgtimpulse, len — 1); 
. for (; len > 1; len--) { 

*rptr — = *rptrml — + x * *wptr — ; 

} 

*rptr = X * *wptr; 

} 
} 

Once the convolution has been determined, the corresponding error and gain can be found. 
The following function calculates the error and gain terms. 

Float error (res, reshat, gain) 
SV_Vector res, reshat; 
Float *gain; 



{ 

Float cor, energy; 

SV_dotp( reshat, reshat, senergy); 
SV_dotp( reshat, res, &cor); 
*gain = cor / energy; 
return ( *gain * cor ); 
} 

The codebook search function with update( ) and error( ) functions is shown below. The 
first convolution must be calculated directly, so it is done outside of the main for loop. The error 
for each entry is compared against the current maximum; if it is greater than the maximum, this 
entry becomes the new best vector. The process is repeated for each of the A^ vectors. 

SV_Vector codebook, wgtimpulse; 

codeSearch(res, reshat) 

SV_Vector res, reshat; 

{ 

Float errmax, gain, err; 

Float *cbptr; 

Int i, best; 

findlmpulse (wgtimpulse ) ; 

SV_setbase( codebook, FIRSTVEC); 

convolve (codebook, wgtimpulse, reshat); 
errmax = error (res, reshat, &gain); 

Implementation of a CELP Speech Coder for the TMS320C30 Using SPOX 413 



} 



best = 0; 

cbptr = (Float *) SV_loc(codebook, 0) - 1; 

for (i = 1; i < N; i++) { 

update (*cbptr — , reshat, wgtimpulse) ; 
update ( *cbptr — , reshat, wgtimpulse); 
if ( (err = error (res, reshat, &gain)) > errmax ) { 
errmax = err; 
best = i; 
} 
} 



After the search is completed, the gain of the best vector is recomputed and quantized. The 
corresponding gain index and index of the codebook element can then be readied for transmission. 

Assembly Language Enhancements 

The codebook and pitch searches require the largest share of the computation cycles in the 
encoder. One way to increase performance is to recode critical parts of these functions in assembly 
language. One such function is the update( ) function described above for the recursive convolu- 
tion computation. 

An assembly language version of update( ) was written to take advantage of the parallel in- 
structions and repeat block capabilities of the TMS320C30. The assembly language function uti- 
lizes the same calling structure as the C version. The function was written using the assembly lan- 
guage macros provided with SPOX to work with the vector, matrix, and filter objects in the DSP 
library[8]. The new version of update( ) is listed in Figure 5. 
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Figure 5. Update Function Written in TMS320C30 Assembly Language 
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Void update (X, res, wgtimpulse) 
Float x; 
SV_Vector res, wgtimpulse; 
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Set the following registers by using vector object macros 
arO — SV_loc( wgtimpulse, 0) 
arl — SV_loc(res, 0) 
re — the length of the vectors 
r2 — X 

Idi *-FP(2), ar2 

SV_getl ar2, SV_LOC0, arO 

Idi *-FP(3), ar2 

SV_get2 ar2, SV_LEN| SV_LOC0, re, arl 



Idf 

bzd 

subi 
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Idi 
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shift 
1, re 
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X is so just shift 
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* General ease when x 1= 0.0 



addi re, arO 

subi 2, re 

mpyf rl, *arO — , r2 

addf r2, *--ar2, rO 

rptb lp20 

mpyf rl, *arb--, r2 

lp20: addf r2, *--ar2, rO 

ll stf rO, *arl-- 

bud end 

stf rO, *arl — 

mpyf rl, *arO, rO 

stf rO, *arl 



arO ~> wgt[l - 1] 
set loop count 

X * wgt[i] 



X * wgt[i] 



res[0] = x*wgt[0] 



Case for x ==0.0 



shift: 
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end: 
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loop 1—1 times 
prime the pipe 



final store 
first term = 0.0 
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Performance 

A complete CELP encoder was implemented as described above. Two versions were tested: 

• One encompassing C and standard SPOX functions 

• One having C, SPOX, and two custom TMS320C30 assembly language functions 

Table 2 shows the execution times for different combinations of codebook size, processor, 
and implementation. To achieve near real-time performance for a codebook with 128 vectors, the 
codebook and pitch search functions were completely rewritten in assembly language. Each func- 
tion required approximately 130 lines of assembly code. 

Table 2. Timing of Various Implementations of the CELP Encoder 
for One Frame of Speech 



Codebook Size 


Sun (C/SPOX) 


C30 (C/SPOX) 


C30 (C/SPOX/ASM) 


128 
256 


16,000 ms 
24,000 ms 


88.2 ms 
114.6 ms 


39.0 ms 
54.3 ms 



Memory requirements for the program on the TMS320C30 were approximately 14,000 
words for instructions and approximately 6,000 words for data. The application code required ap- 
proximately 4500 words of instructions. The SPOX operating system and DSP math functions con- 
sumed the remaining 9500 words of memory. This figure reflects many functions that are essential 
for easing development but unnecessary for a real-time implementation. 

Once a real-time implementation has been achieved, the SPOX memory requirements can 
be greatly reduced by porting (or customizing) SPOX to a custom hardware implementation. In this 
case, the SPOX memory requirements can be reduced to approximately 4000 words, making a 
12K-word implementation feasible (both data and instruction memory requirements). 

These timings show that a real-time CELP coder can be implemented on a single 
TMS320C30. They also illustrate the power of the TMS320C30 compared to a standard micropro- 
cessor. Note that a TMS320C30 implementation has approximately 500,000 instruction cycles 
available in a 30-ms frame. 

Version 3.0 of the USPS CELP coder has significant improvements in computational com- 
plexity, including: 

• Ternary codebook to eliminate multiplications 

• Shorter codebook 

• Faster LSP conversion and quantization 

Work to bring the SPOX implementation up to Version 3.0 is continuing. An investigation 
of a two-processor implementation is also being performed. 
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Summary 

A 4.8-kbps CELP coder based on a Department of Defense-proposed standard has been im- 
plemented on a TMS320C30. Several of the functions used in the encoder were illustrated. A sub- 
optimal implementation of the encoder using a 128-vector codebook is possible on only one 
TMS320C30. Work is continuing on both the algorithm and the software implementation to im- 
prove the coder's real-time performance. 

With SPOX, the encoder was developed in less than one month. The resulting source (with 
the exception of two TMS320C30 assembly language functions) can be compiled and run on a Sun 
workstation, a PC, or a TMS320C30 system such as the Texas Instruments XDSIOOO. This repre- 
sents a considerable improvement in development time and effort over previous implementation 
methods. 
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Appendix A 

The SPOX functions used in the code examples are briefly described below. Complete de- 
scriptions can be found in Getting Started With SPOX dind the SPOX Programming Reference Man- 
ual. These manuals are supplied with the XDSIOOO. They are also available from Spectron Micro- 
Systems, Inc. 

Stream Functions 

SS_get — get data from a stream into an array 

Int SS_get( stream, array) 
SS_Stream stream; 
SA_Array array; 

SS_put — put data from an array to a stream 

Int SS_put( stream, array) 
SS_Stream stream; 
SA_Array array; 

Vector Functions 

SV_autorc — perform inverse filter calculations 

Void SV_autorc(cor, inv, re, alpha) 
SV_Vector cor; 

SV_Vector inv; 

SV_Vector re; 

SV_Vector alpha; 

SV_corr — calculate correlation of two vectors 

SV__Vector SV_corr(srcl, src2, dst) 
SV_Vector srcl; 

SV_Vector src2; 

SV_Vector dst; 

SV_dotp — calculate the dot product of two vectors 

SV_Vector SV_corr(srcl, src2, result) 
SV_Vector srcl; 

SV_Vector src2; 

Float *result; 

SV_fill — fill a vector with a value 

SV__Vector SV_f ill (vector, value) 
SV_Vector vector; 

Float value; 

SV_getlength — return the length of a vector 

Int SV_getlength( vector) 
SV_Vector vector; 

SV_loc — return the address of a vector element 
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Ptr SV_loc( vector, num) 
SV_Vector vector; 
Int num; 

SV_mul2 — multiply elements of two vectors 

SV_Vector SV_mul2(src, dst) 
SV_Vector src; 
SV_Vector dst; 

SV_setbase — set the base of a vector 

Void SV_setbase( vector, base) 
SV_Vector vector; 
Int base; 

SV_sub3 — subtract elements of two vectors and store results in a third 
vector 

SV_Vector SV_sub3(srcl, src2, dst) 
SV_Vector srcl; 
SV_Vector src2; 
SV_Vector dst; . 

SV_window — apply a symmetric window to a vector 

SV_Vector SV_window(src, wnd, dst) 
SV_Vector src; 
SV_Vector wnd; 
SV_Vector dst; 

Filter Functions 

SF_apply — apply a filter to a vector 

SV_Vector SF_apply( filter, input, output) 
SF_Filter filter; 
SV_Vector input; 
SV_Vector output; 

SF_bind — bind coefficient vectors to a filter 

Void SF_bind( filter, num, den) 
SF_Filter filter; 
SV_Vector num; 
SV_Vector den; 

SF_getstate — copy filter state arrays into vectors 

Void SF__getstate( filter, hisinv, hisoutv) 
SF_Filter filter; 
SV_Vector hisinv; 
SV_Vector hisoutv; 

SF_setstate — copy vectors into filter state arrays 

Void SF_setstate( filter, hisinv, hisoutv) 
SF_Filter filter; - 
SV_Vector hisinv; 
SV_Vector hisoutv; 
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This application report is based on the author's bachelor's thesis at the Massachusetts Insti- 
tute of Technology. 

The placement of a high-performance computational engine, such as an advanced digital sig- 
nal processor, between the host processor and the video controller in a graphics system can improve 
performance tremendously. Several factors make the Texas Instruments TMS320C30 Digital Sig- 
nal Processor well-suited to this task: 

• 32-bit floating point arithmetic provides both high-resolution and large dynamic range in 
calculation. 

® Single-cycle, 60-ns instruction execution and parallel bus access greatly improve system 
throughput. 

• A hardware single-cycle multiplier facilitates the matrix arithmetic, which is frequently 
required in 3D graphics. 

• The ease of programmability allows the design of flexible and expandable systems. 

• Software tools, such as simulators[l], assembler/linkers[2], and high- level language de- 
buggers/compilers[3], decrease product development time. 

• In-circuit scan-path emulators[4], decrease hardware prototyping and debugging time. 

• The use of a standard device lowers the overall system cost. 

With the use of the TMS320C30, the host processor can request higher-level commands of 
the rest of the system. Instead of issuing requests for line-draws or screen clears, it can, for example, 
request that a 3D object be rotated 90 degrees and then be redrawn. In addition, a rendering element 
(usually a video controller or graphics system processor) can devote its resources solely to screen 
management rather than doing some portion of the computationally intensive processing. The fol- 
lowing pages provide a description of how a 3D graphics system used the TMS320C30 to compute 
object transformations. 

The digital signal processor resides on the TMS320C30 Application Board (C30AB) de- 
signed for the IBM PC/AT or compatible. The PC's 80x86 acts as the host processor and communi- 
cates to the C30AB through an 8-bit bus slot. Also resident on the bus is a Texas Instruments 
TMS34010 Software Development Board (SDB)[5,6]. The SDB contains a TMS34010 Graphics 
System Processor (GSP) [7], which manages the screen memory and drives the video display. 
Overall, this system is meant to serve as an instructional model of how a graphics system can be 
designed using an advanced digital signal processor. 

The Potential for Graphics Pipelines 

A mechanical engineer for an automobile manufacturer wants to design a robot arm for plant 
automation. Before building a prototype machine, he wishes to compare the ways in which various 
designs can pick up and assemble components. To do this,the engineer needs a CAD system capable 
of creating, storing, and adjusting representations of 3D objects and then rendering the images on 
a video display. The CAD system has four basic aspects: 

1) A user interface for command entry. 

2) A data management system to store objects and their screen representations. 

3) One or more computational engines to perform high-speed calculations for applications 
such as transformations, clipping, lighting/shading, and fractal graphics. 
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4) A rendering engine to control the video memory and to drive the video display. 

These four tasks are common to many graphics systems, whether they be intended for CAD/ 
CAM, fractal graphics, heads-up displays in fighter aircraft, or Postscript printer control. If one or 
more processors are assigned to each function, the resulting pipeline will achieve greatly improved 
system throughput. 

In a single-processor system, the CPU is directly responsible for all computations. It must 
write to video memory, perform all necessary computations, interface to the user, and manage all 
data storage and recovery. Although additions to the system, such as a video-memory controller 
or a floating-point coprocessor, may speed up the system, the CPU remains overly burdened as the 
only intelligent component of the system. 

Independent Screen Management 

A two-processor system can use a GSP to drive the CRT and to control the video memory. 
To control the display, the GSP either must interface to an analog monitor through a color palette 
or must directly drive a digital monitor. If the video memory is volatile, the processor needs a re- 
fresh controller that runs in parallel with other processor actions. Special hardware can be devel- 
oped for screen clears and polygon fills. For flexibility of data representation, the processor should 
to be able to access pixels of varying bit-widths. At the instruction level, specialized operations 
could be created to speed pixel processing. Libraries of subroutines for windowing, drawing, and 
text management enable the rendering engine to execute higher-level commands. Overall, these 
features allow the CPU to send more powerful directives to the GSP. 

A Multiprocessor Pipeline 

Adding more links in the graphics pipeline can further relieve the CPU of burdensome tasks. 
Performance improvements result from each stage being optimized for a particular function. In ad- 
dition, throughput increases with the number of stages. The pipeline may also contain multiple pro- 
cessors running in parallel at a particular stage to further improve the latency of that stage. Figure 
1 shows a full-scale implementation of a graphics pipeline for 3D graphics. 
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Figure 1. A Full Scale Graphics Pipeline 
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In a large-scale graphics pipeline, the host processor runs the applications program. The user 
may be trying to use a CAD program, model the formation of galaxies, animate 3D objects, etc. 
The host runs these programs at the top level, provides the user interface, and communicates to all 
I/O devices, including mass storage systems. For numerically intensive applications it may be ap- 
propriate to have a digital signal processor as this host. For example, modeling the formation of 
galaxies requires numerical solutions to systems of differential equations. But even in such a case, 
it would be reasonable to have a more general-purpose CPU act as a user front end to the digital 
signal processor. 

The purpose of the object manager is to communicate with the host by receiving data and 
transferring it to other processors in the system. It manages the global representation of all screen 
parameters and objects. A Reduced Instruction Set Computer (RISC) processor would be 
well-suited as either the host or the object manager because of its high-performance general-pur- 
pose architecture. 

Because a DSP has a highly parallel architecture, a fast execution cycle time, an instruction 
set optimized for numerical processing, and several development tools, it would perform well as 
any of the computational stages in a graphics pipeline. For example, a DSP could act as a transform 
manager that calculates the new universal coordinates of globally stored objects according to rota- 
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tion, translation, and scaling commands from the object manager. Also, the DSP could act as a light- 
ing manager that accepts parameters of environmental lighting settings from the object manager 
and applies them to the transformed objects. For example, the user may set ambient intensities as 
well as other sources of varying geometries, intensities, and colors. The lighting manager then ap- 
plies these light sources to the surfaces of the objects, which may have varying degrees of specular 
or diffuse reflection, to compute the necessary shading. 

Although the perspective and clipping stage of the system is represented in Figure 1 by a 
single processing unit, the task may be further partitioned to several DSPs working in series. The 
perspective calculation takes viewing parameters from the object manager, such as direction of 
view, location of viewer, and zoom, and produces a two-dimensional projection for the screen. Ob- 
jects that are too high, too low, or too far right or left can be clipped automatically because the result- 
ing two-dimensional coordinates are off screen. However, clipping objects fully or partially ob- 
scured by other objects may require additional stages. Also, objects behind the viewer and those 
too far away for the user to recognize should be clipped appropriately. 

Although digital signal processors are well-suited to be the computational stages of a graph- 
ics pipeline, a processor optimized to be a rendering engine might serve better to drive the video 
display and manage the video memory. Such a processor could also help with the clipping tasks 
described above. A z-buffer could hold the transformed z-coordinate of each pixel that is projected 
on to the x-y plane of the screen to facilitate hidden surface removal. A device such the Texas Instru- 
ments TMS34010 or the recently introduced TMS34020 could serve as the rendering engine in a 
full scale system. Both these processors have 32-bit general-purpose architectures with instruction 
sets and external memory interfaces optimized for graphics. 

An Overview of This Implementation 

The system shown in Figure 2 is not intended to be a marketable product. Rather, it is targeted 
toward those who have the intention of designing products in the graphics market. Firms having 
experience in graphics will be able to resolve the tougher issues of graphics system design without 
presentation of the described system. The system shown in this report illustrates an attractive option 
for designing a fast, reliable, portable graphics system with quick turn-around time. 

Figure 2. A Simple Three-Processor Graphics Pipeline 
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One strength of this system is its complete use of standard, commercially available parts. In 
general, use of standard parts allows for faster design and manufacturing, as well as a more reliable, 
easier-to-support product. Even the three hardware subsystems can be found on the market: 

1) The IBM PC compatible host 

2) The TMS320C30 Application Board object manager and transform engine subsystem 

3) The TMS34010 Software Development Board rendering subsystem 

Another strength of this system is the complete use of portable software. Use of portable soft- 
ware often speeds design times because system software can be mostly debugged before the actual 
target hardware is available. All software for this system was written in Kernigan and Ritchie C. 
The command and rendering routine was first debugged on the PC and GSP with the intermediary 
stage removed. Once debugged, the computationally intensive portion of the software was ported 
to the DSP, which then assumed control of the GSP The software on the TMS34010 SDB used 
many of the graphics routines in the TMS34010 Graphics/Math Library. These routines have been 
used in many other graphics systems using the TMS34010. 

System Hardware 

The IBM PC was chosen as the host because of its extensive support by TI development tools. 
In addition, a large amount of documentation is available concerning interfacing to the PC bus. The 
system described in this report is designed to run best on an 80386-based IBM PC compatible with 
an AT power supply and an 80387 floating-point coprocessor. However, either Intel 8086 or 80286 
general-purpose microprocessors can also act as the host to the computational engine. The host 
computer sends commands to 

• Load and delete objects 

• Target an object for adjustment 

• Adjust a particular object 

• Recalculate the perspective or 

• Redraw the screen. 

The 80X87 floating-point coprocessor is not absolutely necessary but greatly improves the 
time to generate floating-point parameters for the next stage. 

This graphics demonstration was the first application developed using the TMS320C30 
Application Board (C30AB). Since that time, the C30AB has been included as a part of the 
XDSIOOO emulation system for the TMS320C30 Digital Signal Processor. The TMS320C30's fea- 
tures include 

• 60-ns single-cycle execution time (more than 33 MFLOPS) 

• 2K X 32-bit dual-access RAM 

• 4K x 32-bit dual-access ROM 

• 64 X 32-bit instruction cache 

• Two 32-bit external memory expansion buses 

• Single-cycle floating-point multiply/accumulate 

• Two external 32-bit memory ports 
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• On-chip DMA controller 

• Zero-overhead loops and single-cycle branches 

• Two on-chip timers and two serial ports 

• Floating-point/integer and logical 32/40-bit ALU 

• 16M-word memory space 

• Register-based CPU 

• Development tools, including a simulator, assembler/linker, optimizing C compiler, C- 
source debugger, and an in-circuit emulator/debugger 

• On-chip scan-path emulation logic 

• Low-power CMOS technology 

The TMS320C30 executes commands from the 80X86 to transform objects, load objects into 
or delete objects from the system, and compute the projection of 3D objects on the 2D screen. When 
given a directive to draw the screen, it sends a command to the rendering engine to clear the current 
screen. Then, the TMS320C30 transfers lists of lines, points, and polygons for the next stage to ren- 
der. 

The TMS34010 Software Development Board (SDB) has been used in TMS34010 develop- 
ment support since 1987. It is configurable for a variety of monitors. The board supports the 
TMS34010 Graphics/Math Function Library [8] (a library of high-level routines callable from any 
C program). This board was slightly modified to receive commands from the C30AB as well as 
from the PC host. Program loaders, C compilers [9], assemblers, and C language standard I/O li- 
brary support have been developed for this board, as well as for the C30AB. Both cards interface 
to an IBM PC through an 8-bit slot on the AT bus. The TMS34010 GSP on the SDB is an advanced 
high-performance CMOS 32-bit microprocessor optimized for graphics display systems. Its key 
features include: 

• 160-ns instruction cycle time 

• Fully programmable 32-bit general-purpose processor with a 128M-byte address range 

• Pixel processing, X-Y addressing, and window clip/pick built into the instruction set 

• Programmable pixel size with 16 boolean and 6 arithmetic pixel processing options (Ras- 
ter-Ops) 

• 31 general purpose 32-bit registers 

• 256-byte LRU on-chip instruction cache 

• Direct interfacing to both conventional DRAM and multiport video RAM 

• Dedicated 8/16-bit host processor interface and HOLD/HLD interface 

• Programmable CRT control (HSYNC, VSYNC, BLANK) 

• Full line of hardware and software development tools, including a C compiler 

The TMS34010 GSP receives commands from the TMS320C30, along with arrays of points, 
lines, and filled polygons to be drawn. It then uses library routines to render these images on the 
video display. 
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System Limitations 

The system described here is an instructional system built in a limited development time. As- 
pects of the system could be optimized for speed and for memory usage. A high-speed 3D graphics 
system has many features that were not implemented. 

This design is non-optimal in several ways. The C routines could be hand-coded to execute 
faster. A 32-bit host bus interface would allow word-at-a-time data transfers to the TMS320C30. 
The GSP could be interfaced to faster video memory. At the time of this writing, the TMS34020 
second-generation graphics system processor is available. The entire TMS320C30 program could 
be configured to run from internal memory. Many of these optimizations were not realized because 
of the limited time available for developing the system. 

Many operations that an advanced digital signal processor could easily perform were not de- 
signed into this system. These tasks include curved and textured surface generation, lighting, shad- 
ing, and front and back clipping. For demonstrative purposes, only the endpoint transformation and 
perspective calculations were implemented. 

Similarly, the capabilities of the GSP are clearly underutilized in this pipeline. The GSP is 
adept at managing multiple windows for display. It can also display text in various fonts. The pres- 
ented system simply requires that the GSP manage a single graphics-only (no text) window. 

Representation of Graphics Elements 

Any graphics system must have a method of representing the image to be portrayed on the 
screen. This method requires a system that is able to store and display primitive elements. These 
elements could range in complexity from three coordinates describing a point to a set of parametric 
equations representing an irregular three-dimensional surface. However, simply defining a set of 
primitive drawing structures does not result in an adequate graphics data representation. The engi- 
neer designing the robot does not think of the system as several sheet-metal polygons welded to- 
gether. He more likely conceives of the arm as a clamp attached to a hand, which, in turn, is attached 
to an arm, etc. A powerful graphics system must not only describe the primitives to be rendered 
on the CRT, but also how the primitives are organized or related. 

Frames of reference play the central role in the organization of graphics primitives. Any set 
of graphics primitives rigid with respect to each other can be said to exist in the same, constant 
frame. When the primitives move, they move as a single unit and remain in the same orientation 
with respect to each other. In this system, any such set of primitives is called an object. The transfor- 
mational state of any object is determined by three sets of three parameters each. These sets of the 
object correspond to the 

• Translation 

• Scale 

• Rotation 

Translation of an object within its frame simply amounts to moving all locations in that frame 
a specified distance along the x-, y-, and z-axes. Thus, each object must hold a set of translation 
factors, denoted in this system's software by dx, dy, and dz (See Listing 1 in the Appendix). Simi- 
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larly, sx, sy, and sz determine the scale of an object. These factors determine how many units of 
the untransformed object's coordinates are represented by one unit of the transformed object's 
coordinates. The three parameters shown in Appendix Listing 1 that represent all possible orienta- 
tions of an object (theta, phi, and omega) are described in Table 1. 

Table 1. Angles of Rotation 
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The Object Data Structure 

Every object contains one or more sets of locations, which are referenced by the drawing 
primitives within the object. The locnum field of the object structure (see Listing 1) represents the 
number of locations available to be referenced by primitives within the object. This and other array 
sizes are kept for end points in For/Next-type loops and to allocate the appropriate space for the 
array contained within an object. Every location (see Appendix Listing 2) contains three float- 
ing-point numbers representing a coordinate in 3D space: x, y, and z. Their integer x-y locations 
on screen are also saved: a, b. To reference a location, a primitive needs only to know the index 
in the Iocs array. This allows many primitives to reference the same location. 

Three different primitives were implemented to be rendered on the screen: 

• Points 

• Line segments 

• Filled polygons 

Points are rendered as single pixels on the screen. The point structure shown in Listing 3 of 
the Appendix contains the color to draw the point and the index to the location (locn) that is refer- 
enced by that point. The line structure in Listing 4 of the Appendix contains a color and two indices 
(startlocn and endlocn) to two end-points of the segment. Finally, the filled polygon shown in List- 
ing 5 of the Appendix contains, in addition to the color, the number of vertices (vertnum) for the 
polygon, and a pointer (*yertlocn) to an array of vertex location indices listed in the order in which 
they are connected). The last location in the vertex array is connected back to the first, closing the 
polygon. 

Hierarchy 

The final array contained within an object (thQ parent object) is a list of pointers to child ob- 
jects defined with respect to the transformed frame of the parent. The number of potential internal 
objects, MAXOB, sets the static size of the array of pointers to child objects. (In this implementa- 
tion, MAXOB = 10.) In addition, the parameter obnum keeps track of how many of these potential 
child objects are utilized. The final bookkeeping parameter is subnum. If subnum equals n, then 
the object was the nth object pointed to in its parent object's child-object array. 
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Figure 3. Hierarchical Representation of the Solar System 
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The solar system (Figure 3) represents a classical example of a hierarchical structure. The 
sun slowly revolves around the galaxy. Wherever the sun travels, the planets follow in the same 
frame. In turn, each planet may have satellites that revolve around them. The planet is defined with 
a certain offset (radius of orbit) from the sun, and the satellite is defined similarly with an offset 
from the planet. To describe the movement of the earth over a period of time, you need only to adjust 
for its revolution around the sun and the revolution of the moon around the earth. You do not need 
to describe the rotation of the moon around the sun because when a planet is moved, its satellites 
automatically move with it. 

Transformation parameters are referenced to the frame of the object's parent. Thus, to fully 
describe a planet orbiting the sun, one must define an empty frame revolving about the sun at some 
offset, and then define a planet within that frame rotating about some axis. The levels of abstraction 
within this hierarchy give this data representation its power. 

The flexibility of the object structure permits the system to model the viewer. The viewer 
is considered to be at the absolute origin of the system. At system initialization, the first object 
loaded is the universal object *universe. An appropriate choice for such an object would be a set 
of axes. The view is then adjusted by modifications to the parameters of the *universe: 

dx, dy, dz - Object translation (viewing position) 

sx, sy, sz - Object scale (zoom) 

theta, phi, omega - Object orientation (pan) 
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These three sets of parameters respectively represent the position of the origin of the universe 
with respect to the viewer (viewing position), how much the view is magnified to the user (zoom), 
and where the origin is with respect to the user (pan). 

Transformations 

Transformations of locations in 3D space can be reduced to four-dimensional matrix arith- 
metic[10]. A location in space can be represented by a four-dimensional row vector (xyzl). When 
this vector left-multiplies any 4-by-4 transformation matrix, the resulting row vector represents the 
transformed point. Tables 2, 3, and 4 illustrate the 4-by-4 transformation matrices for rotation 
around each axis. 

Table 2. Z-Axis Rotation Matrix 

cos sine 

-sin cos 

1 

1 

Table 3. Y-Axis Rotation Matrix 

cos -sin 

10 

sin cos 

1 

Table 4. X-Axis Rotation Matrix 

1 
COS sin 
-sin cos 
1 

It can be shown that these matrices can be used to account for a rotation about any arbitrary 
axis passing through the origin. The transformation matrix shown in Table 5 corresponds to scaling 
a location by (sx, sy, and sz) and then moving it by (dx, dy, and dz). 
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Table 5. Translation and Scaling Matrix 

sx " 

sy 

sz 

dx dy dz 1 

The arbitrary transformation of a frame can be defined by a matrix resulting from a multipli- 
cation of a subset of the above transformation matrices. However, this multiplication is in general, 
not commutative. That is, rotating around the x-axis and then translating is not the same as translat- 
ing and then rotating about the x-axis. By sending values for the nine parameters, the host can re- 
quest the adjustment of an object. However, this system defines these operation as always taking 
place in the order below: 

1) Scale object by (sx, sy, and sz) 

2) Translate object by (dx, dy, and dz) 

3) Rotate object around z-axis by theta. 

4) Rotate object around x-axis by omega. 

5) Rotate object around y-axis by phi. 

When the matrices shown in Tables 2 through 5 are multiplied, the resulting matrix always 
contains (0 7)T as its final column. Thus, to denote an arbitrary transformation, you need only 
remember the first three columns of the composite matrix. If you were to apply the transformations 
in the order stated previously, the resulting equations in Table 6 would determine the element of 
the transformation matrix R. 
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Table 6. Transformation Equations 
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(2.8) 


^31 = S5^(sin0 sine}) -cos6 sinQ coscj) ) 


(2.9) 


^32 = Sy(cos9 cosct) +sin6 sinQ coscj) ) 


(2.10) 


^33 "= s^cosQ cosct) 


(2.11) 


r34 = coscj) (sinQ (-d^cosB +dySin0 +dzCOsQ )+sinct) (d^sinO +dycos6 ) 


(2.12) 



Note that there also exists a matrix p[3][4] (see Listing 1 in the Appendix) that represents 
the product of all the ancestral transform matrices of an object and that object's R matrix. This ma- 
trix represents the object's transformation from the absolute origin of the system. 

The Host Processor's Access to Objects 

The 80X86 host can exert its control over objects in the following ways: 

1) Target Objects - The host can set the target object for adjustment, deletion, or insertion 
of a child object by either targeting the parent object or a particular child object of the 
currently targeted object. 

2) Load and Delete Objects - The host has the ability to add objects to the system with initial 
transform parameters. In addition, it can remove objects from the system (including all 
objects within the deleted objects). When the targeted object is deleted, the new target 
object defaults to being the object's parent. 

3) Adjust Objects - By specifying the nine transform parameters, the host can adjust an ob- 
ject in its parent's frame. 

4) Change Perspective - To change the viewing perspective, the host must request that the 
*universe be adjusted. 

5) Update Screen Representation - The host can request that the targeted object and its child 
objects have their location array's screen representations updated. 

6) Redraw View - Once all adjustments and updates of screen coordinates are re-specified, 
the host can request that the view be updated. 

Overall, the object structure serves well as a data representation for 3D graphics. A single 
set of locations is available to be referenced by the points, line segments, and filled polygons to be 
rendered on the screen. Each object contains parameters and matrices that specify the transformed 
state of the object. Thus, at any time these matrices could be applied to the original co-ordinates 
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loaded into the system to calculate the transformed location of the point. Therefore, as the transfor- 
mation and the projection on to two-dimensional co-ordinates are done in one step, the original 3D 
coordinates can be retained and only the final modified two-dimensional screen representation 
need be updated. The point of view can simply be modified by adjusting the *universe as one would 
adjust any other object. Overall, the hierarchical object structure provides a powerful and flexible 
way to manage graphical data. 



DSP Command Execution 

The digital signal processor assumes the role of the object manager and keeps track of the 
representations. Before examining the precise manner in which the TMS320C30 processes the 
commands from the host, one needs to understand the underlying hardware of this subsystem. A 
description of the TMS320C30 Application Board can be found in the application report 
TMS320C30 Application Board Functional Description, located in this book. The report describes 
the avenues of communication between the C30AB and the PC over the PC's bus. An examination 
of how the TMS320C30 receives and processes data and commands from the 80X86/7 follows. 



Initialization 

As its first initialization task, the PC maps the dual-port SRAM of the C30AB into its address 
space by writing the 8 MSBs of address to the mapping register. It then brings the C30AB out of 
reset by writing a 1 to the SWRESET in the C30AB's control register. The PC then loads the 
TMS320C30 application program into the dual-port SRAM. Loader support software on the 
C30AB EEPROM moves the code to the proper location in the TMS320C30's address space. Final- 
ly, the PC switches the TMS320C30's memory map into run mode to start program execution. The 
first part of the main routine initializes the system (see Listing 8 in the Appendix). 

For the system software to run properly, the DSP software must initialize several different 
items. 

1) It enables the on-chip instruction cache. 

2) It sets the external flag bit on the C30AB target connector to transfer control of the ren- 
dering system from the PC to the C30AB (This assumes that the PC loaded the rendering 
software before it started up the C30AB). 

3) It configures both the primary and the expansion bus with zero software wait-states. 
Thus, all wait states are generated by the address-decoding PALs on the C30AB. 

In addition, the linker configures 

1) Primary bus SRAM as program storage 

2) Expansion bus SRAM as heap memory allocation 

3) Zeroth page of internal RAM as space for system constants 

4) First page of internal RAM as the system stack. This configuration maximizes the poten- 
tial for parallel data and instruction accesses 
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The initialization procedure then appropriates several local variables for system use, includ- 
ing 

1) Two registered looping variables, i and j 

2) The constant 2 PI 

3) Registered pointers to the communication registers of the rendering subsystem, 
*hstdata and *hstcntl 

The TMS320C30 initially sets the contents of these GSP registers to indicate that the compu- 
tational stage does not have any requests of the rendering stage. 

The TMS320C30 system software contains the global variables shown in Listing 7 of the Ap- 
pendix. The dual-port SRAM pointer duaI__port is initialized to point to the lowest location on the 
I/O expansion bus. This pointer points to an integer array that contains all data and command from 
the PC. Another pointer to the currently targeted object (*to) is set to reference the universe. The 
♦universe is set as its own parent with an obnum of 0, indicating no internal objects are loaded. 

During the final part of initialization, the C30AB software waits for the PC to load the static 
♦universe object. To understand how the PC loads objects into the system, you must comprehend 
the general communications protocol between the TMS320C30 and the 80X86. 

Host to DSP Communication 

A two-way polling scheme arbitrates access of the dual-port SRAM. The software allocates 
the first two words of the SRAM as COMMAND and ACKNOWLEDGE signals, respectively 
(see Listing 6 in the Appendix). Remember that the TMS320C30 must mask off the 24 MSBs of 
dual-port data to receive the proper 8-bit value. The processors poll and write to these two words 
in order to send requests and acknowledgments. During initialization, the TMS320C30 clears both 
the COMMAND and ACKNOWLEDGE locations of the dual-port SRAM. The PC graphics 
application software must run after this point to ensure that this phase of the initialization does not 
clear a command from the PC. Once the system software starts executing on both the PC and the 
TMS320C30, the following sequence enables the PC to send a command to the C30AB: 

1) The PC waits for the dual-port SRAM to become free by polling the ACKNOWL- 
EDGE word for a zero. 

2) The PC loads all command parameters into the dual-port SRAM. 

3) The PC then loads the appropriate command byte into COMMAND. 

4) Once the TMS320C30 returns to its command detection loop, it acknowledges a re- 
ceived command by writing the same byte into the ACKNOWLEDGE word. 

5) The PC sees that the TMS320C30 has acknowledged the command and writes OOh into 
COMMAND to withdraw its command. The PC thereby relinquishes control of the 
dual-port SRAM. 

6) The TMS320C30 reads all necessary parameters into its main memory. 

7) The TMS320C30, by writing a zero to the ACKNOWLEDGE word, indicates that the 
PC can request another command. This returns the sequence to step (1). 

The TMS320C30 treats all of its data types as 32-bit values, but it can read only one byte of 
valid data from the dual-port SRAM. Thus, the TMS320C30 must mask and concatenate the bytes 
that the PC maps into contiguous locations to form multibyte words. In addition, since Intel and 
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the TMS320C30 have different standards, floating-point values from the PC must be converted be- 
fore the TMS320C30 can use them. 

The TMS320C30 can receive either unsigned 8-bit chars or unsigned 16-bit short integers 
from the PC. The macros shown in Listing 6 of the Appendix are used to access these data types 
from the dual-port SRAM. The DPLONG macro takes a certain location in the dual-port, finds the 
short integer located there, and concatenates it into a 32-bit value for the TMS320C30. The word 
LONG in the macro indicates all integers whether chars, shorts, or longs are represented as 32-bit 
values by the TMS320C30. 

Table 7. Comparison of Intel and TMS320C30 32-Bit Floating-Point Formats 



Standard 


Exponent 
Field Bits 


Exponent 
Format 


Sign 
Bit 


Mantissa 
Field 


Mantissa 
Format 


TMS320C30 
Intel 


31-24 
30-23 


Two's Complement 
Offset Binary 


23 
31 


22-0 
22-0 


Two's Complement 
Magnitude 



Table 7 illustrates the differences between the TMS320C30 and the Intel single-precision 
floating-point formats. For every floating-point value that the TMS320C30 receives, it must ex- 
tract the appropriate fields, convert the fields to the appropriate numerical representation, and then 
reassemble the fields in TMS320C30 floating-point format. The dpfloat routine shown in Listing 
9 of the Appendix uses the union structure Along shown in Listing 6 of the Appendix to allow ma- 
nipulations normally available only for integers on the floating-point value. The program first con- 
catenates the four-byte value in the dual-port SRAM into a single 32-bit integer and then converts 
this word to TMS320C30 format. 



Computational Subsystem Software 

Using the communication techniques described in the last section, the TMS320C30 pro- 
cesses the graphics command from the PC. After performing C30AB initialization, the program 
main enters a command detection/execution loop. For each valid value of the COMMAND byte, 
a C case statement executes the appropriate code. Since these routines are, in general, too long to 
be discussed in exhaustive detail, the rest of this section merely summarizes how they work. 

When the PC wants to load an object, it first loads the initial nine floating-point transforma- 
tion parameters into the dual-port SRAM. It then loads the number of 

1) Locations 

2) Drawn points 

3) Lines 

4) Filled polygons 

These values are limited to 16 bits, thereby allowing for only 65,535 primitives of each type. 
The size of the dual-port SRAM further limits the array sizes in this implementation. Then the PC 
loads three floating-point parameters, (x,y, and z), for each location. The size of the dual port limits 
the number of locations to 377. Once these parameters are loaded into the memory, the host places 
the command byte for an object load into COMMAND. Upon reception of these parameters, the 
TMS320C30 allocates space for the object as a child of the current target object and also allocates 
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space for the location, point, and line arrays. Because the size of each polygon varies, space i^ allo- 
cated as each polygon is read. 

After allocating global space for the new object and loading the locations, the TMS320C30 
requests more data from the PC. It first requests the points, then the lines, then each polygon. The 
dual-port SRAM limits the primitive arrays to 2047 points and 1364 lines. In addition, each poly- 
gon is limited to 4092 vertices. The TMS320C30 makes a data request by replacing the current 
COMMAND byte that it wrote in ACKNOWLEDGE with 127, the flag for the PC to load more 
data. Although the roles of ACKNOWLEDGE and COMMAND are reversed in this case, the 
TMS320C30 requests data in much the same way the PC requests commands. Once the 
TMS320C30 completes loading the object, it selects the object as the new target object. Finally, 
using the equations in Table 6, the TMS320C30 calculates the initial value of the object's transfor- 
mation matrix. 

The target object is the object in the hierarchy selected for adjustment, deletion, or calculation 
of screen coordinates. The PC can either target an object's parent or one of the object's child objects. 
The command to target a child requires the PC to specify either the child object's sibling number 
or subnum. Thus, when selecting objects for adjustment, the PC must remember where it loaded 
objects into the hierarchy. 

To adjust the transformation parameters of a given object, the PC simply loads the new pa- 
rameters into the dual-port SRAM. The TMS320C30 adds the values of the new angles of rotation 
and translation factors to the previous ones. In addition, the TMS320C30 multiplies the old scaling 
factors by the new ones. Then, the TMS320C30 calculates the transformation matrix of the object 
by using the equations in Table 6. It does not recalculate screen locations, however, until this is spe- 
cifically requested by the PC. The TMS320C30 can thus avoid calculating screen coordinates until 
all adjustments have been made. 

Once the PC requests all the changes for a frame on the display, it requests recalculation of 
screen coordinates at each node it changed. The PC can request recalculation for a particular object 
and thus update its internal objects as well. This allows the TMS320C30 to avoid recalculating 
screen coordinates of unchanged locations. For maximum efficiency, the PC must request recalcu- 
lation in the highest node that it adjusted along any particular path. Thus, in the planetary example 
given earlier, if, in a period of time, only Pluto and its moon Charon were moved (the other bodies 
miraculously standing still), only Pluto would need to be targeted for recalculation. 

To calculate transformations, the TMS320C30 multiplies the object's transformation matrix 
by its parent's parent transformation matrix to obtain its own parent transformation matrix, p[3] [4] . 
The TMS320C30 right-multiplies all locations within that object by this matrix to achieve the 
transformation from the absolute origin of the system. The computational engine calculates per- 
spective by dividing the transformed x- and y-coordinate by the transformed z-coordinate so that 
locations farther away appear closer together. The plane z=0 is defined to be the plane of the screen. 
This also has the feature that objects behind the viewer appear upside-down in front of the viewer 
because the objects' z-coordinates are negative. Thus, the program running on the PC must main- 
tain all objects in front of the viewer. Then, the TMS320C30 recursively executes this procedure 
for each object within the targeted object. 

Unlike the recalculation of screen coordinates, the redrawing of objects is done for all objects 
within the system. Thus, the draw_object routine is called with the *universe as the argument. The 
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precise manner in which the TMS320C30 uses this program to redraw the screen is described in 
the TMS320C30 Drawing Routine Section found later in this report. 

Summary of DSP Command Execution 

The dual-port SRAM on the C30AB provides all means of communication between the PC 
and the TMS320C30. A two-wayipolling scheme arbitrates the TMS320C30's and the PC's access 
to this SRAM. Using this protocol, the PC can request object loading, deletion, or adjustment, but 
can request only modification of the object currently targeted for these changes. Also, at the host's 
request, the computational engine may recalculate the screen representation of all locations within 
the targeted object. Once all updates for a particular view are made, the PC may request a redrawing 
of the display. The description of therendering subsystem, presented next, facilitates a better under- 
standing of how the TMS320C3Q requests rendering commands of the GSP. 

The Rendering Subsystem 

A modified version of the TMS34010 Software Development Board serves as the rendering 
stage of this graphics pipeline. A complete overview of this PC-based card can be found in the 
TMS34010 Software Development Board User's Guide [2]. Because only minor modifications 
were made to the commercially available SDB, the hardware aspects of the rendering subsystem 
are discussed in less detail than the computational stage. The same holds true for many software 
routines taken from the TMS34010 Math/Graphics Function Library. [S] After presenting over- 
views of the TMS34010 and the SDB, this section focuses on the C30AB/SDB interface and the 
communications protocol used for command and data transfer between theTMS320C30 and the 
GSR 

The TMS34010 Graphics System Processor 

The TMS34010 combines the best features of general-purpose processors and graphics con- 
trollers in one powerful and flexible Graphics System Processor. Key features of the TMS34010 
are its speed, high degree of programmability, and efficient manipulation of hardware-supported 
data types, such as pixels and two-dimensional pixel arrays. 

The TMS34010's unique memory interface reduces the time needed to perform tasks such 
as bit alignment and masking. The 32-bit architecture supplies the large blocks of continuously-ad- 
dressable memory that are necessary in graphics applications. TMS34010 system designs can take 
advantage of video RAM technology to facilitate applications such as high-bandwidth frame buff- 
ers; this circumvents the bottleneck often encountered when using conventional DRAMs are used 
in graphics systems. 

The TMS34010's instruction set includes a full complement of general-purpose instructions, 
as well as graphics functions fronri which you can construct efficient high-level functions. The in- 
structions support arithmetic and Boolean operations, data moves, conditional jumps, plus subrou- 
tine calls and returns. 
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The TMS34010 architecture supports a variety of pixel sizes, frame buffer sizes, and screen 
sizes. On-chip functions have been carefully selected so that no functions tie the TMS34010 to a 
particular display resolution. This enhances the portability of graphics software and allows the 
TMS34010 to adapt to graphics standards such as MIT's X, CGI/CGM, GKS, NAPLPS, PHIGS, 
and other evolving industry and display management standards. 

TMS34010 Software Development Board 

Figure 4 shows the block diagram of the modified TMS34010 SDB. The graphics SDB is a 
single card designed around the IBM PC/XT Expansion Bus and serves as a software development 
tool for programmers writing application software for the TMS34010 Graphics System Processor. 
The development of a high-performance bit-mapped graphics display in this application report 
demonstrates the simplicity of hardware design using the TMS34010 SDB. 



442 A DSP-Based Three-Dimensional Graphics System 



Figure 4. Modified TMS34010 Software Development Board Block Diagram 
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This board comes with interactive debug software. Its features include software breakpoints, 
software single-step and run with count. At the same time, current machine status is displayed on 
the top half of the host monitor. 

The SDB contains 51 2K bytes of program RAM for the TMS34010 to execute drawing func- 
tions, application programs, and displays. Both the program RAM and the frame buffer are accessi- 
ble to the host through the TMS34010's memory-mapped host port. 
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The frame buffer consists of eight SIP memory modules organized into four color planes. 
This allows 1 6 colors per frame from the digital monitor. The TMS34070 color palette incorporates 
a 12-bit color lookup table to give you a choice of 16 colors in a frame from a 4096-color palette. 
Furthermore, the palette incorporates a variety of unique line load features to allow the color lookup 
table to be reloaded on every line; this means that 16 of 4096 colors can be displayed per line. 

The TMS34010 Host Interface 

The GSP has two 16-bit buses: one interfaces with the video and program memory, and a sec- 
ond interfaces to a host processor. The host can access the GSP by writing and reading four internal 
memory-mapped GSP 16-bit registers: 

• HSTADRL and HSTADRH together form a 32-bit pointer to a location in the GSP's ad- 
dress space. 

• HSTCNTL contains several programmable fields that control host interface functions. 

• HSTDATA buffers data that is transferred through the host interface between the GSP's 
local memory and the host processor. 

Several signals are available for communications between the host and the GSP. 

• HD15 through HDO are the actual data lines. 

• HCS is the interface select signal strobe from the host. 

• HSFl and HSFO select which host register is being addressed. 

• HREAD and HWRITE are, respectively, the read and write strobes from the host. 

Table 8 shows how the above signals address the four host registers. 

• HLDS and HUDS signals, respectively, select the low byte or the high byte of the host 
interface registers. 

• HRDY informs the host when the GSP is ready to complete a transaction. 

• HINT is the interrupt signal from the host to the GSP. 
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Table 8. 


TMS34010 Signal 


s Controlling Host Port Interface 


Host Interface Control Signals 


HCS 


HSF1& 
HSFO 


HREAD 


HWRITE 


Operation 


1 


XX 


X 


X 


No Operation 





00 





1 


HSTADRL read 





00 


1 





HSTADRL write 





01 





1 


HSTADRH read 





01 


1 





HSTADRH write 





10 





1 


HSTDATA read 





10 


1 





HSTDATA write 





11 





1 


HSTCNTL read 





11 


1 





HSTCNTL write 



The fields in HSTCNTL control host interrupt processing, auto-incrementing of the host ad- 
dress register, and protocol in byte-at-a-time accesses to the 16-bit host port (whether the lower or 
the higher byte comes first). HSTCNTL also contains the status of interrupts from the host to the 
GSP and from the GSP to the host and a three-bit message word in either direction. These control 
bits are shown in Table 9. 

Table 9. TMS34010 Host Control Register Fields 



Field 


Name 


Purpose 


Write Access 


0-2 


MSGIN 


Input Message Buffer 


Host Only 


3 


INTIN 


Input Interrupt Bit 


Host Only 


4-6 


MSGOUT 


Output Message Buffer 


GSP Only 


8 


INTOUT 


Output Interrupt Bit 


GSP Only 


8 


NMI 


Nonmaskable Interrupt 


Host Only 


9 


NMIN 


Nonmaskable Interrupt 


GSP and Host 


10 


Unused 


Unused 


Neither 


11 


INCW 


Increment Pointer Address on Write 


GSP and Host 


12 


INCR 


Increment Pointer address on Read 


GSP and Host 


13 


LBL 


Lower Byte Last 


GSP and Host 


14 


CF 


Cache Flush 


GSP and Host 


15 


HLT 


Halt TMS34010 Processing 


GSP and Host 



TMS320C30 Application Board Interface 

In its unmodified form, the SDB communicates to the PC host through a single transceiver. 
A PAL decodes the PC address into the appropriate register selection signals. The registers are 
mapped redundantly into blocks of PC memory address space, as shown in Table 10. The board was 
modified by the addition of a connector to a cable from the CSOAB's target connector. The 
TMS320C30 sends to the modified SDB the following: 

• The TMS320C30s expansion bus address 

• The TMS320C30S data signals 

• I/O address space access strobe 

• Expansion bus read and write strobes 
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These signals map the GSP's host interface registers in the TMS320C30's address space (also 
shown in Table 10). The TMS320C30 mapping is actually replicated in four- word blocks until loca- 
tion 8057FFh. 

Table 10. Mapping of TMS34010 Host Control Registers 



Register 


PC Mapping 


TMS320C30 Mapping 


HSTDATAO 
HSTCNTL 
HSTADRL 
HSTADRH 


C7000h - C7CFFh 
C7D00h - C7DFFh 
C7E00h - C7EFFh 
C7F00h - C7FFFh 


805002h 
805003h 
805000h 
805001h 



The modified SDB board must be able to select either the PC or the C30AB as its host. The 
C30AB target connector makes the two external flag bits XFO and XFl available to the SDB. The 
TMS320C30 can configure these flags as either input or output pins. Upon leaving reset, these pins 
default to inputs and remain in the high-impedance state. XFO is pulled low on the SDB to appear 
off when the TMS320C30 is in reset. After the PC loads the rendering software into the GSP, it acti- 
vates the C30AB and loads the TMS320C30's software. As discussed earlier, the TMS320C30, 
during initialization, configures XFO as an output and loads it with a one. The address-decoding 
PALs on the SDB use this signal to select the C30AB as the SDB's host. When the TMS320C30 
controls the SDB, it communicates through a full 16-bit interface to the GSP. Thus, before the inte- 
ger screen coordinates are sent in two's-complement form to the GSP, they must be clipped to a 
range of -32,768 to 32,767. Fortunately, this range is still two orders of magnitude greater than the 
resolution of most monitors. 

In general, the above interface is fairly straightforward. The only complication is that the de- 
signers of the GSP expected a relatively slow microcoded general-purpose processor as a host. This 
allows the GSP to actually assert its HRDY line 80 ns before it is actually ready to process a transac- 
tion. When interfacing to the TMS320C30, PALs become necessary as state machines to create the 
appropriate number of wait-states on host reads and writes and thus ensure proper interprocessor 
communication. 

DSP to GSP Communication 

The TMS320C30 loads all commands and data into a command buffer contained within a 
space not usually mapped by the SDB's C compiler configuration. This portion of GSP address 
space, the Shadow RAM, is normally reserved for optional PROMs. However, by writing a 1 to 
an RS latch in the GSP's memory space, this area becomes occupied by the topmost portion of pro- 
gram/data DRAM. Before the TMS320C30 starts writing to HSTDATA to access this memory, 
it configures the host address to autoincrement. Once the GSP finishes processing data in the shad- 
ow RAM, it resets the value of the address registers to point to the beginning of the shadow RAM 
in order to allow the TMS320C30 to properly load its next command and data. 

The communication protocol between the TMS320C30 and the GSP closely resembles the 
protocol between the PC and the TMS320C30. The MSGIN and MSGOUT fields, respectively, 
replace the COMMAND and ACKNOWLEDGE words. However, rather than these fields con- 
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taining a particular value for a command, the value of 3 (binary Oil) in either of these fields indi- 
cates that a command or an acknowledge exists. Upon reception of a command request, the GSP 
refers to the first location of the shadow RAM for a command word from the TMS320C30. Thus, 
the overall command scheme proceeds as follows: 

1) The TMS320C30 waits until it sees that the MSGOUT field contains a 0. 

2) The TMS320C30 stores all command and data into the shadow RAM. 

3) The TMS320C30 writes a 3 to the MSGIN field and waits for acknowledgment. 

4) The GSP acknowledges the reception of a command by writing a 3 to the MSGOUT 
field. 

5) The TMS320C30 withdraws its request by writing a to MSGIN. 

6) The GSP reads the first word of the shadow RAM for the command and jumps to the 
appropriate case to process it. 

7) Once the GSP is finished with all data in the shadow RAM, it resets the values of the 
host address registers and then writes a to the MSGOUT bit, indicating that the 
TMS320C30 is free to request another command. 

The TMS320C30 Drawing Routine 

When the TMS320C30 receives a redraw-screen request from the PC, it sends a command 
to the GSP to clear the screen after the monitor has drawn the bottom line; this ensures that the last 
view was drawn in its entirety. The TMS320C30 then calls its draw_object routine with *universe 
as an argument. For each array of primitives within the object, the TMS320C30 sends the size of 
the array and the array of screen representations of the primitives themselves to the TMS34010. 
Thus, the TMS320C30 can request the GSP to draw arrays of points, lines, or filled polygons. Once 
all arrays are drawn, draw_object recursively executes for all child objects within the universe. 
In this manner, all objects defined within the system are drawn. 

GSP System Initialization 

Several initialization routines are provided in the TMS34010 Math/Graphics Function Li- 
brary User 's Guide [8], The GSP executes these programs to properly configure the system before 
it begins its command detection loop: 

• The call to init_video configures the graphics buffer for an NEC Multisync Monitor dis- 
playing 640 X 480 resolution. 

• The init_graphics function initializes the graphics environment by setting up the data 
structures for the graphics functions and assigning default values to system parameters. 

• The init_screen command initializes the screen. The entire frame buffer is cleared, and 
a color lookup table is loaded with the default color palette. 

• The init_vuport function initializes the viewport data structures and opens viewport 0, 
the system, or root window. 

• The set_origin command sets the origin of the system to the center of the screen. 

Drawing Routines 

Several drawing routines are also provided in the TMS340I0 Math/Graphics Function Li- 
brary User's Guide [8]: 
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• For each primitive in an array sent from the TMS320C30, the GSP sets the proper drawing 
color with the set_coIor command. 

• The TMS320C30 commands the GSP to execute to the clear_screen before it starts to re- 
quest drawing of primitives for the next view. 

• The TMS320C30 requests a wait^scan execution from the GSP to ensure that the GSP 
has fully displayed the last view before drawing the current view. 

• The GSP uses the drav*^jpoint(x,y) function to render a point on the display. 

• Similarly, it uses the draw_Iine(xl,y I,x2,y2) command to draw a line. The arguments are 
the screen coordinates of the two end-points of the segment. 

• The fill jpolygon(n, linelist, ptlist) function takes as arguments of the number of vertices, 
an array of the line segments forming the sides of the polygon, and a list of screen coordi- 
nates referenced by the linelist. 

Summary 

The TMS34010 Software Development board provides a good rendering module for this 
graphics system. The support hardware has been debugged and used in industry since 1987 and thus 
makes a reliable rendering subsystem. The target connector to the C30AB provides access to the 
TMS320C30 as an alternate host. Three PALs and two transceivers allow the TMS320C30 to as- 
sume control of the GSP, once both have started running their software. The draw_object program 
on the TMS320C30 can command the GSP to draw graphics primitives. Functions in the 
TMS34010MathlGraphicsFunctionLibrary User 's Guide [8] allow the GSP to initialize the moni- 
tor interface, clear the screen, ensure that an entire screen has been drawn, and draw the graphics 
primitives. Overall, the TMS34010 development tools provide an easy means to develop a render- 
ing subsystem for this graphics pipeline. 

Possible Improvements 

Several changes may be incorporated into the system to improve performance. Some simple 
enhancements involve modifications of the computational subsystem's software to allow faster and 
more transparent command execution. Restructuring the method in which the data and command 
pass through the pipeline, a more complex modification, can greatly increase throughput. Addi- 
tional features such as more complex primitives, lighting, windowing, and text display would re- 
quire major software modifications to the system. However, any such modifications would not 
need to change the communication protocols or the command detection loops significantly. Finally, 
although the TMS320C30 represents the state-of-the-art in digital signal processing, the host pro- 
cessor and the rendering engine may be improved. 

Computational Subsystem Software 

The drawing routine currently sends the primitive arrays of an object one at a time to the GSP. 
Instead, it should send all primitive arrays for all objects to be redrawn in a single pass. The GSP 
should then process the contents of this stack of commands and data. 

Currently, as soon as the PC finishes requesting objects adjustments, it must request recalcu- 
lations of the screen coordinates of location arrays. The screen_object routine must operate on all 
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objects that have been adjusted directly or indirectly by having their ancestors adjusted. Instead, 
this routine should be called once with the ^universe as the argument. The object structure should 
contain a flag that is set when an object is adjusted and reset when it is drawn. Thus, the new 
screen_object procedure would recursively search down the hierarchy of objects until it encoun- 
ters an object that has been adjusted and then should recalculate all the screen coordinates for it and 
those of its internal objects. Upon completion, it should search the rest of the hierarchy for adjusted 
objects. Thus, the host would have to request only adjustment, targeting, and draw commands. 
Screen representations would be automatically recalculated whenever a draw command is ex- 
ecuted. 

Rendering Subsystem Software 

Rendering subsystem drawing routines could be improved by designing functions coded to 
handle the primitive arrays rather than individual programming elements. These functions may be 
able to fit in the GSP's instruction cache and improve execution time. 

Improved Data Flow 

One problem consistent at all stages of the system is the method of buffering. A single buffer 
usually contains all data and commands to be transferred from one stage to the next. Thus, during 
command execution one processor may wait for the other to relinquish control of the command 
buffer. 

The first of two methods to improve the dual-port SRAM connecting the PC and the DSP 
is to divide the SRAM into two buffers. The PC writes the current command to one buffer, while 
the TMS320C30 processes commands and data stored in the other. This prevents contention for 
the dual-port SRAM. The particular buffer which each processor controls is swapped on each com- 
mand request. Second, adding three more 4K x 8 dual-port SRAMS in parallel would allow the PC 
to communicate to the TMS320C30 with full 32-bit wide words. Thus, the masking and concatena- 
tion necessary to receive larger data types would become unnecessary. On the original design the 
potential addition of these RAMs consumed a prohibitive amount of board space. Full word size 
is possible only if space constraints are eased. 

The splitting of the command buffer between the TMS320C30 and the GSP allows the GSP 
to draw the current screen while the TMS320C30 sends the primitive arrays for the next. Similarly, 
two display buffers allow one buffer to be displayed on the monitor while the GSP draws the next 
view to the other. 

Computational Features 

The DSP is suited to perform many other types of computational features. Because these 
functions are more complex, they were not implemented in the limited design time available. This 
system truncates objects that are too high, too low, too far right, or too far left by using the GSP's 
drawing routines that automatically clip coordinates outside the screen boundaries. However, the 
system cannot determine whether one object is in front of another and draw the objects appropriate- 
ly. Functions to do this hidden-surface removal require complex algorithms to determine whether 
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one 3D surface obscures another. Simpler routines could be made to clip objects that are too far 
away to see or objects that are behind the viewer. 

A lighting feature would allow appropriate factors of light intensity and reflection to deter- 
mine the shading of surfaces. Lighting may be ambient (equal everywhere) or come from several 
possible source geometries. Reflections could either be diffuse and scatter light equally in all direc- 
tions, or be specular like those off any shiny surface. With these parameters, the TMS320C30 can 
compute the appropriate shading of a given pixel. In this scenario, the GSP is reduced to drawing 
single points with a given color. Thus, any lighting function would slow rendering time. 

More complex primitives can be produced by using the TMS320C30 to generate arrays of 
pixels representing solutions to equations. The PC could dispatch a command to draw a primitive 
based on a particular type of equation (such as the parametric equations representing a sphere) and 
then load the appropriate parameters for that equation. The DSP would generate the appropriate set 
of pixels for that object and send it to the GSP as arrays of points. 

Rendering Features 

The TMS34010 Math/Graphics Function Library [8] permits the user to create and select 
various windows for display. Once a window is selected the DSP can run the existing system soft- 
ware within that window. Thus, the host would also need to be able to direct the DSP to tell the GSP 
how to manipulate its windows. The Library also enables the GSP to print text on the screen. This 
feature also would not be very difficult to implement. 

A More Advanced Host 

A more advanced host could be a high-speed RISC processor such as SPARC. This unit could 
communicate with the DSP at faster rates, so command transfers would consume less time. In addi- 
tion, SPARC is a 32-bit machine, which could allow word transfers between host and DSP in a 
single instruction. 

A More Advanced Rendering Engine 

The TMS34010's performance as a rendering engine could be improved. If the GSP could 
be ready to complete a transaction when the HRDY line is asserted and not some period of time 
later, the C30AB to SDB interface would be more straightforward and not require as .many wait 
states. This problem is corrected in the second-generation GSP TMS34020, which was not avail- 
able at the time of the design of this system. In addition, the TMS34020 also allows the host to trans- 
parently access the GSP's bus while the GSP continues processor functions. 

Conclusion 

Despite its shortcomings, this system still demonstrates the dataflow in a graphics pipeline 
using a digital signal processor as a computational element. One main benefit of the digital signal 
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processor is the availability of development tools such as C compilers, assembler/linkers, software 
development boards, and in-circuit emulators that accelerate design time. The TMS320C30 also 
provides speeds comparable to many bit-slice processors that require programmers to develop ex- 
tensive microcode routines. The hardware multiplier, floating-point capability, RISC architecture, 
and parallel bus access facilitate fast, precise graphics calculations. Overall, a digital signal proces- 
sor provides an attractive option to the graphics system designer interested in making high-per- 
formance systems with quick turnaround time. 
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Appendix A 

Graphics Programs 

Listing Name 

1 TMS320C30 C Structure Representing an Object 

2 TMS320C30 C Structure Representing a Location 

3 TMS320C30 C Structure Representing a Point 

4 TMS320C30 C Structure Representing a Line 

5 TMS320C30 C Structure Representing a Filled Polygon 

6 TMS320C30 Communications Macros 

7 TMS320C30 Global Variables 

8 TMS320C30 Main Command Execution Loop 

9 TMS320C30 Floating-Point Conversion Routine 

10 TMS320C30 Object Loading Routine 

11 TMS320C30 Screen Coordinate Calculation Routine 

12 TMS320C30 Transformation Matrix Evaluation Routine 

13 TMS320C30 Object Deletion Routine 

14 TMS320C30 Request for Additional Data in Object Load 

15 TMS320C30 Object Drawing Routine 

16 TMS34010 Point Structure 

17 TMS34010 Line Structure 

18 TMS34010 Color Array 

19 TMS34010 Color Palette 

20 TMS34010 Main Command Execution Routine 

21 PC Object Loading Data Structure 

22 PC Communications Macros 

23 PC Global Variables 

24 PC Targeted Object Adjustment Routine 

25 PC Routine to Set Parameters for an Object Load 

26 PC Routine to Target Parent of Current Target Object 

27 PC Routine to Target a Child of Current Target Object 

28 PC Routine to Redraw Screen 

29 PC Routine to Load the Primitives of a Wireframe Cube 

30 PC Main Routine to Draw a "Planetary System of Cubes 
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--^Listing l: TI1S320C30 C Structure Representing an Object 

struct object 
{ 

struct object «parent;/» object within who's frame the object is defined «/ 



long subnuiA; 

long locnuin; 

long ptnum; 

long Innum; 

long pgnuis; 

long obnum; 

float sx; float sy; 

float dx; float dy; 

float theta; 

float phi; 

float omega; 

float r[3][4]; 

float p[3][43; 

loc »l0C5; 

point ♦points; 

line »lines; 

polygon »polygons; 

struct object ftobjectsCMAXOB]; 



«/ 



/» sibling number of object 

/» number of locations 

/* number of points ♦/ 

/» number of lines «/ 

/« number of polygons ♦/ 

/» number of daughter objects »/ 

float sz; /» scale factors */ 

float dz; /» offsets «/ 

/* angle of rotation around z-axis (x to y) ♦/ 

/* angle of rotation around x-axis (y to z) ♦/ 

/* angle of rotation around y-axis (z to x) »/ 

/* matrix formed by scale, the offset, then rotate ♦/ 

/* ascending product of all ancestral r matrices */ 



/♦ pointer to location array «/ 

/* pointer to point array ♦/ 

/« pointer to line array */ 

/» pointer to polygon array ♦/ 

/* pointer to array of »/ 

/♦pointers to child objects ♦/ 



—Misting 2: TI1S320C30 C Structure Representing a Location 

typedef struct 

{ 

float X; float y; float z; /♦ world coordinates #/ 

long a; long b; /* screen coordinates ♦/ 

> loc; 



—/Listing 3: TI1S320C30 C Structure Representing a Point 
typedef struct 



long color; 
long locn; 
point; 



/♦ number of location in location array «/ 



«««««««««««»ft««««««««<««»«<»«»»«««««««t«««»«»«««M«««««««t*»»»H««Mt«H« 



— >Listing 4: TnS320C30 C Structure Representing a Line 
typedef struct 



long color; 
long startlocn; 
long endlocn; 
} line; 



/♦ start loc number ♦/ 
/♦ end loc number ♦/ 



»«««<««««»«t«««<««i««««««««»«««««»««««*««««««««>«««t«»f«««f«»«f«<it«t««t«««««« 



— >Li5ting 5: TI1S320C30 C Structure Representing a Filled Polygon 



typedef struct 
{ 

long color; 

long vertnum; 

long ♦vertlocn; 
> polygon; 



/♦ number of vertices »/ 
/♦ array of vertices loc numbers ♦/ 



««)^««««»»i««ie«««««{««««««««H«^^^««<«^^«<^««^^<««««^««M««««««««««««««««««*««« 
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-Misting 6: Tte320C30 CoMunications Hacros 



/* 




»/ 


/* 


COmUNICATIONS MACROS TO GSP 


»/ 


/» 




«/ 



«define CTLFREE 


0x0800 


ftdefine CTLREQ 


0x0803 


«d€fin« CTLACK 


0x0833 


#def ine CTLWITH 


0x0830 


«defin« HOSTCNTL 


(•hstcnt! i OxOOFFF) 



KAXIHUn NUnBER OF INTERNAL OBJECTS 



PC COmUNlCATION LOCATIONS 



/♦ 

/, __. 

tdefine COttlAND (*dua1-port & OxOFF) 
id«fine ACKNOULEDGE dual-portCl] 



DATA RECOVERY FROM THE DUft. PORT 



#define DPO{a) 
#defin« DPI (a) 
ldefin« DP2(a) 
*d«fine DP3(a) 



dual-portCa] 
dual_port[a + 1] 
dual-portU -i- 21 
dual-portU + 3] 



tdefine DPLONG(a) ((long) ((DPl(a) l< OxOOFF) « 8 I (DPO(a) I OxOOFF))) 



««««««t»M»««MM*«HHHHH(»1 



->Li5ting 7: THS320C30 Global Variables 



long k,); 

struct object ftuniverse, «to, •no; 

unsigned long tdual-port; 

union 

{ 

float f; 

unsiqned long i; 

} fliong; 



/* teaporary and looping variables ♦/ 
/» universe, target object, next object »/ 
/» dual port SRAM «/ 

/♦ variable to construct a c30 foraat */ 
I* float froR intel fornt allowing *l 
/* bit manipulation on a float */ 



-->Li5ting 8: THS320C30 Main Cownand Execution Loop 

void nainO 
{ 

register float twopi = 6.283185308; 

register long i, j; 

register long »hstdata = (long *) 0x805002; /» 340 host data register 

register long «hstcntl = (long *) 0x805003; /* 340 host control register! 

dual -port = (unsigned long *) 0x804000; 

asi)(" OR 0800h,ST");/» enable cache 

asii(" LDI O2h,I0F''); /# set XFO and assuii^ control of 340SDB 
/# set for zero internal wait states on both buses 

♦((unsigned long ») 0x808060) = 0; 

•((unsigned long «) 0x808064) = OxlOOO; 

•hstcntl = CTLFREE;/* turn off any request to TMS34010 

•dual -port = 0; /» turn off any request fron the PC 

ACKNOULED(}E = 0; /• turn off any acknoulegenent to the PC 
/• allocate space for the internal object 

universe = (struct object «) malloc (sizeof (struct object)); 



to = universe; 

to->5ubnu« = 0; 

to->parent = to; 

while(COnnAND != 1); 

ACKNOULEDGE = i; 

uhile(COMmND != 0); 

load-objectO; 

ACKNOWLEDGE = 0; 

natrixO; 

for(;;) 

{ 



0); 



uhile(C0MHAND = 
j = COMMAND; 
ACKNOWLEDGE = j; 
uhile(COnMAND != 0); 
switch (j) 
{ 



/* target universe 

/• set universe sibling nunber to 

/» universal object is its own parent 

/♦ first coMand aust be a load object 

/• acknowledge that c30 is ready 

/• uait for pc to withdraw request 

/* load universe 

/* show that dual port is free 

/• calculate transformation natrix 

/* infinite loop for PC conwaand detection< 

/* wait for PC to request service 

/• save connand 

/• acknowledge request 

/* uait for PC to withdraw request 

/• execute requested conmand nunber 



case l: /• LOAD A DAUGHTER OBJECT 

if (to->obnuB = MAXOB) break; /• abort if > naxinum objects 
j = ++to->obnuii; /» increase nuiber of daughter objects 
/• allocate space for new object 
to->objects[j] = (struct object *) malloc (sizeof(struct object) 
no = to->object5[j]; /♦ next object is daughter object 



no->subnu« 

no->parent 

to = no; 

load-objectO; 

ACKNOWLEOJE = < 

matrixO; 

break; 

case 2: 

j = EPL0NG(2); 



j; /• set sibling number of next object 
to; /* assign current object as no's paret 
/* target daughter object 
/♦ load daughter object 
/• show that dual port is free 
/♦ calculate transforia natrix 



/♦ TARGET A DAUGHTER OBJECT 

/• get daughter object nuaber to target 



6; 

OS 



ACKNOULEDGE - 0; /* show that dual port is free */ 
if (j > to->obnua) break; /» can only target existing object »/ 
to = to->object5tj]? /» target daughter object ♦/ 

break- 



case 3: 

ACKNOULEDGE = ; 
to = to->pareftt; 
break? 



/t TARGET PARENT OBJECT 

/* shoH that dual port is free 

/» set targeted object to parent 



case 4: /§ DELETE TARGETED OBJECT »/ 
ACKNOULEDGE = 0; /» show that request dual port is free ♦/ 

if (to s= universe) break;/* don't allow deletion of universe*/ 

j = to->subnuBi ♦ 1; /» get nuiber of next sibling */ 

no = to->parent; /* set next object to parent »/ 

delete-object(to); /» delete current object ♦/ 

to = no; /» target parent object »/ 

1 = to->obnu»} /* find total nu«ber of siblings ♦/ 

/* decrement sibling number on all younger siblings »/ 
forU = j; i <= 1; ♦+i) ~to->objects[i]->subnut; 

--to->obnu«; /* decreaent total number of daughter objects */ 
break; 



:^ 


case 5; 


/* ADJUST TARGETED OBJECT 


»/ 


g 


to->sx 


«s dpfloat(2); f* adjust scales 


»/ 


to->sy 


*= dpf1oat(6); 




•p 


t0->S2 


»= dpfloat(lO); 




t 


to->dx 


+= dpfloat(14); /» adjust offsets 


*/ 


to->dy 


♦= dpfloatdS); 




to->dz 


*= dpfloat(22); 




Ci. 


to->theta 


••■= dpfloat(2&); /« adjust angles 


«/ 


3 


to->phi 


♦= dpfloat(30); 




to->oiega 


+= dpfloat(34); 




^ 


ACKNOULEDGE = 0; /» show that dual port is free 


♦/ 






/* keep angles in the (0,2pi) range) 
to->theta = fiiod(to->theta, twopi); 
to->phi = fiiod(to->phi , twopi); 
to->oBega = ftod(to->o»ega, twopi); 
iMtrix(to); /» recalculate transfora aatrix 
break; 



I 
^ 



f 



case 6: 

ACKNOWLEDGE: 



/♦ DRAM UNIVERSE 

/• show that dual port is free 



while(HOSTCNTL != CTLFREE); /» wait for 340 to be free »/ 

»hstdata = 4; /» enter coaaand for a screen clear »/ 

•hstcntl = CTLREQ; /» request service froa 340 »/ 

while(HOSTCNTL != CTLACK); /» wait for acknowledgeaent ♦/ 

thstcntl = CTLHITH; /» withdraw request »/ 

draw-object(universe); /* draw universe */ 



while(HOSTCNTL •= CTLFREE); /* wait for 340 to be free 
»hstdata = 6; I* enter coaaand for a scanline 
*hstcntl = CTLREQ; /* request service froa 340 
while(HOSTCNTL != CTLACK); /♦ wait froa acknowledgeaent 
♦hstcntl = CTLUITH; /* withdraw request 
break- 



case 7: /» CALCULATE SCREEN COORDINATES »/ 
/» ++HIARNING1-H- the PC user aust execute a screen cosiaand to »/ 

/» screen all objects that have been adusted since the last »/ 

/♦ draw before the next draw. However, if an object is »/ 

/* screened all daughter objects are as well. »/ 

AOOiOHLEDGE = 0; /* show that dual port is free ♦/ 

5creen_object(to); /* caVcuclate screen coordinates »/ 
break; 



default: 

ACKNOWLEDGE = 0; 
break; 



/♦ show that dual port is free «/ 



tf««W<«<HM«*»HIH»«H*«H«f<HH(«W«tH««««*i«Hl«H«««H(»H««»«««f»ff«««M*«f«* 



— >Li5ting 9: TnS320C30 Floating-Point Conversion Routine 



float dpfl oat (a) 

register unsigned lonq a; 

( 

register unsigned long sign- 
unsigned long nant, ex; 



/» offset froa start of dual port SRAM ♦/ 



a = (DP3(a) « 24 

! (DP2(a) k OxOOF) « 16 
! (DPI (a) i OxOQFF) « 8 
! (DPO(a) i OxOOFF)); 

sign = (a S( 0x80000000) » 8; 

ex = ( (a & OxTFSOOOOO) 
- 0x3f800000) « 1; 

if (sign) 

{ 

ffiant = (- a) & 0x007FFFF; 



/♦ concatenate 4-byte value 



/» extract and reposition sign bit 

/♦ extract exponent 

/» converts to 2'5 coapleaent 



/* takes 2''s coapleaent of mantissa 



if (inant = 0) ex -= 0x01000000; /♦ checks for input aantissa of -2 */ 



} 

else wnt = a i Ox007FFFF; 

a = sign + nant + ex; 

fllong.i = a; 

return fllong.f; 



/» otherwise leave mantissa alone 
/♦ reconstruct floating-point fields 



/* return reconstructed float 



I 
I 



i 



t 



-Misting 10: 7^9320630 Object Loading Routine 



void 1oad_obj«ct() 
{ 

register long ij; 

register struct object »o; 

register loc ffteaploc; 

register line ftenpln; 

polygon *tesppg; 

point »te»ppt5 

long Ic « Df>L0NG(2); 

long pt = I)PL0NG(4); 

long In = DPL0NG(6); 

long pg = DPL0NG(8); 

= to; 



/* tetporary and looping variables «/ 

/» pointer to target object */ 

/» teaporary location pointer «/ 

/» tenporary line pointer */ 

/» temporary polygon pointer »/ 

/» temporary point pointer */ 

/* nuaber of coordinate locations */ 

I* nuaber of points •/ 

/♦ nunber of lines »/ 

/» nunber of polygons ♦/ 

/* set target object as object for loading / 



/t initialize primitive nuabers and transfor» paraaeters 



o->locnu» = Ic; 










o->ptnu» = pt; 










o->lnnuii = 1ft; 










o->pgftUB = pg; 










0->0bftU« = -1; 










o->5x = dpfloat(lO); 


o->sy 


= dpfloata4); 


o->sz 


= dpfl oat (18)1 


o->dx = dpfloat(22); 


o->dy 


= dpfloat(26); 


o->dz 


= dpfloatOOli 



o->theta = dpfloat(34); o->phi = dpfloat(38); o->oi8ega = dpfloat(42); 

/* ALLOCATE SPACE FOR OBJECT PRIMITIVES ♦/ 

o->locs = (loc *) aalloc (sizeof (loc) « Ic); 
o->points = (point *) aalloc (sizeof (point ) » pt); 
o->lines = (line ») aalloc (sizeof (line ) » In); 
o->po1ygons = (polygon *) aalloc (sizeof (polygon) > pg); 

/* LOAD UPTO 377 LOCATIONS PER OBJECT «/ 

for (i = 0, j=46; i < Ic; •H-i, j += 12) 



/♦ LOAD UPTO 1364 LINES 
if (In) 
{ 

aore.dataO; 

for (i = 0, j=2 ; i < In; ++i, j += i) 

C 

templn = t((o->line5ti]); 
teapln-kolor = l3PL0NG(j); 
teapln->startlocn = DPLONG(j + 2); 
teBpln->endlocn = DPLONG(j + 4): 
} 



/♦ LOAD ONE POLYGON AT A TIfE 
if (pg) 
{ 

for (i = 0; i < pg; +*i) 
{ 

nore.dataO; 

temppg = ?t(o->polygonsCi]); 

tefflppg->color = DPL0NG{2); 

1 = DPL0NG(4); 

teBppg->vertnuB = 1; 



/» set teaporary line */ 
/* get color */ 
/♦ get starting location »/ 
/* get ending location */ 



/♦ set teaporary polygon «/ 
/* get color ♦/ 
/* get nuaber of verteces */ 
/* set nuaber of verteces ♦/ 



/* allocate space for vertex location list 
teappg->vertlocn = (long ♦) aalloc (sizeof (long) « 1); 



*/ 



for (k = 0, j = 6; k < 1; ++k, j += 2) /» load verteces */ 
{ 

teBppg->vertlocn[k] = DPL(»JG(j); /♦ set vertex location «/ 
} 



teaploc = St(o->loc5[iJ); 
teBploc->x = dpfloat(j); 
teBploc->y = dpfloat(j + 4); 
teaploc->z = dpfloat(j + 8); 



/» save temporary location »/ 
/» load world coordinates »/ 



*>««»ft«««»««»««»««»*ffM«M«»t««*H««H»«Wftet*«i«»ftt«eft«*«ft*H*fH*m»»>*M>« 



/* LOAD UPT 2047 POINTS PER OBJECT 
if (pt) 






Bore.dataO; 
for U * 0, j«2 ; 
{ 

t«iH>Pt 



t«»ppt->co 1 or » DPLOMS( j ) 
teappt-Mocft » DPU»tG(j ♦ 2); 



i < pt; ++i, j +=4) 

&(o->points[i]); /« set teaporary point location «/ 

/• get point color »/ 

/« get point location *l 



8; 

QO 






—Misting li: TnS320C30 Screen Coordinate Calculation Routine 



void screen_object{o) 
register struct object »o; 



if (k > 32000) k = 32000} else if <k < -32000) k = -32000; 
if (1 > 32000) 1 = 32000; else if (1 < -32000) 1 = -32000; 



/» set screen coordinates 
te»p1oc->a = k; 



} 



te«p1oc->b = 1; 



register long ij; /* temporary and looping variables *l 

register loc »te«p1oc; /» temporary location pointer */ 

register struct object *te«pob; /* temporary object pointer */ 

register float x,y; I* co-ordinate floating point values */ 

float z,d; /» and perspective constant ♦/ 



teapob - o->parent; 



/» set temporary object. to parent object ♦/ 



/* screen all internal objects 
j = o->obnuffi; 
for (i = 0; i <= j; ++i) screen_object(o->objectsti]); 



*»»Mt»M»»««»»«M»«*«M»»»«»»«»«»*lHHHHHHIW 



I 
I 






I 
U 



/* COMPUTE PARENT MATRIX »/ 

/* if object is universe set parent latrix to transform latrix r */ 

if (o = universe) 

{ 

for(i = 0; i < 3; **i) for(j = 0; j < 4; -H-j) o->p[i][j] = o->r[i]Cj]; 

} 

/* otherwise p iiatrix is product of r aatrix and parent's p aatrix »/ 

else for(i =0; i < 3; ♦♦i) 
{ 

o->pEi]tO] = o->rE0]t03 * t€iipob->pCi][01 + o->r[l]C01 ♦ teipob->p[il[l] 

♦ o->r[2]C03 » teapob->p[i][21. 

o->p[i][ll = o->r[0][l] * teiipob->p[i][0] + o->r[l]tl] » tei»pob->p[i][l] 

♦ o->rt23tn ♦ te«pob->pCil[2]. 

o->pCi]C2] = o->r[03[21 » teiipob->p[ilC03 + o->r[l][2] » teBpob->p[i3[l] 

+ o->rC23C23 * te»pob->pCi3C23. 
o->p[i3[33 = o->r[03[33 * teiipob->pCi3t03 + o->r[l3C33 ♦ teBipob->p[i3[13 

+ o->r[23[33 * teapob->pCi3C23 + teBpob->p[i3[33; 
} 



/♦ COMPUTE SCREEN COORDINATES 
j = o->locnui; 
for (i = 0; i < j; ++i) 
{ 

teaploc = tt(o->locs[i3); 



»/ 
/» get nufflber of locations ♦/ 



/* set temporary location ♦/ 



I* save global coordinates *l 

x = te»ploc->x; y = te«ploc->y; z = teiiploc->2' 

/t calculate z value, add offset of 5, and invert for perspective tl 
d = l/(x « o->pC23[03 ♦ y » 0->pt23C13 ♦ z • o->pC23[23 + o->p[23[33 + 10); 

/» calculate transforied x and y, add perspective, and scale to screen*/ 
k = (long) ((X * o->pt03C03 + y » o->p[03[13 

* z » o->p[03C23 + o->p[03[33) ♦ d ♦ 200); 
1 = (long) ((X * o->pC13[03 + y * o->pC13[13 

+ z » o->pC13[23 * o->p[l3[33) ♦ d » 200); 



ewww*f«fe«»WH»»w*iiite»»ie»»t H **wtw*«»weefw<HHt«ew««HKwe*t»w«» 

—Misting 12: TMS320C30 Transformation Matrix Evaluation Routine 

MtrixO 

{ 

register float cost, sint; /» transform temporary ♦/ 
float coso, sino, cosp', sinp;/* variables */ 

register struct object *o; 



= to; 
cost = cos(o- 
sint = sin(o- 
coso = cos(o- 
sino = sin(o- 
cosp = C05(0- 
sinp = 5in(o- 
o->r[03C03 = 
o->r[03C13 = 
o->r[03[23 = 
o->rC03[33 = 
o->r[13[03 = 
o->r[13[13 = 
o->r[13C23 = 
o->r[13[33 = 

o->rC23C03 = 

o->rC23[l3 = 

o->rC23[23 = 

o->r[23[33 = 



->theta); 

->theta); 

->omega); 

->omega); 

->phi); 

->phi); 

0->5X * cost * COSO; 

- o->sy » sint * coso- 
o->5z * sino; 

(o->dx * cost - o->dy * sint) * coso + o->dz « sino; 
o->sx * (sint ♦ cosp * cost ♦ sino » sinp); 
o->sy ♦ (cost * cosp - sint » sino * sinp); 

- o->sz * coso » sinp; 
((o->dx » cost - o->dy t sint) » sino - o->dz » coso) » sinp 

+ (o->dx * sint + o->dy ♦ cost) * cosp; 
o->5x * (sint * sinp - cost ♦ sino * cosp); 
o->sy ♦ (cost » sinp + sint ♦ sino * cosp); 
o->sz » coso * cosp; 

((- o->dx » cost + o->dy » sint) * sino + o->dz » coso) 
» cosp + (o->dx » sint + o->dy * cost) * sinp; 



/» clip to a 16 bit integer 



i 

& 



I 



i 



I 



-Misting 13: TMS320C30 Object Deletion Routine 



void delete-object (o) 
register struct object *o; 

register long i, j; 

free (o->loc5); 
free (o->points); 
free (o->1ines); 
j = o->pgnui»; 



/♦ tesporary, looping variables #/ 



/« delete location array 
/« delete point array 
/♦ delete line array 
/* get number of polygons 



for (i = 0; i <= j; ++i) free (o->polygons[i].vertlocn); /* delete »/ 

for (i = 0; i <= j; ++i) free (o->polygons); /« polygons »/ 

j = o->obnuri; I* get number of daughter objects */ 

for (i = 0; i <= j;++i) delete_object(o->objects[i]); /♦ delete objects ♦/ 

free (o); /» delete object »/ 



«♦«»«»«»»**»»*«#«««*»*****«**«##«»»*««*«♦♦##♦♦«#»**»*»»»*»**»»»*«#**« 

— >Li5ting 14: THS320C30 Request for Additional Data in Object Load 

void aore-dataO 

£ 

ACKNOWLEDGE = 127; /* request more data »/ 

while(COMMAND != 127); /♦ wait for sore data */ 

ACKN(M.EDGE = 1; /* restore old acknowledge «/ 

while (COMMAND != 0); /* wait for PC to resuiRe old command ♦/ 



— >Listing 15: TMS320C30 Object Drawing Routine 

void drau-object (o) 
register struct object *o; 

/* tetporary, looping variable #/ 

/* temporary location pointer ♦/ 

/» teaporary point pointer «/ 

/* temporary line pointer ♦/ 

/» temporary point pointer «/ 

register long thstdata = (long *) 0x805002; /♦ 340 host data register ♦/ 

register long «h5tcntl = (long «) 0x805003; I* 340 host control register ♦/ 

register j = o->lnnum; /t'temporary, looping variable ♦/ 



register 


lonq 


i; 


register 


loc' 


♦tempi ocj 


point 




♦temppt; 


register 


line 


«templn; 


polygon 




*teappg; 



/# DRAW ANY LINES 
if (j) 
{ 

while (HOSTCNTL != CTLFREE); 

*hstdata = 123; 

♦hstcntl = CTLREQ; 

♦hstdata = j; 

for(i=0; i < j; ++i) 

{ 

templn = &(o->line5[i]); 
*hstdata = tempi n->co lor; 
♦hstdata = o->loc5[tefflpln- 
♦hstdata = o->locsCtempln- 
♦hstdata = o-MocsCtempln- 
♦hstdata = o->locs[templn- 



♦/ 



/♦ wait till 340 is free ♦/ 
/♦ send command to draw object ♦/ 
/♦ request service from 340 ♦/ 
/♦ send number of lines ♦/ 
/♦ send lines ♦/ 



/♦ save line pointer ♦/ 
/♦ send color ♦/ 
/♦ send start ♦/ 
/♦ coordinates ♦/ 
/♦ send end ♦/ 
/♦ coordinates ♦/ 



•>startlocn].a; 
■>5tartlocn].b; 
->endlocn].a; 
•>endlocn].b; 



} 

while (HOSTCNTL != CTLACK); 

♦hstcntl = CTLWITH; 



/♦ wait for 340 to acknolwedge request ♦/ 
/♦ withdraw request ♦/ 



} 






/♦ DRAW ANY POINTS 
j = o->ptnum; 
if (j) 
{ 

while (HOSTCNTL != CTLFREE); 

♦hstdata = 1; 

♦hstcntl = CTLREQ; 

♦hstdata = j; 

for(i=0; i < j; ++i) 

{ 

temppt = t((o->pointsCi]); 
♦hstdata = temppt->color; 
♦hstdata = o->loc5Cte»ippt- 
♦hstdata = o->locs[temopt- 
} 

while(HOSTCNTL != CTLACK); 
♦hstcntl = CTLWITH; 
} 



/♦ get number of points 



/♦ wait till 340 is free ♦/ 
/♦ send conmand to draw object ♦/ 
/♦ request service from 340 ♦/ 
/♦ send number of points ♦/ 
/♦ send points ♦/ 

/♦ save point pointer ♦/ 

/♦ send color ♦/ 

■>locn].a; /♦ send screen coordinates ♦/ 

Mocnl.b; 

/♦ wait for 340 to acknolwedge request ♦/ 
/♦ withdraw request ♦/ 



I 

3 



/♦ DRAW ANY POLYGONS 




»/ 


1 = o->pgnu»; 






if (1) 






ford =0; i < 1; ++i) 


/« draw polygons 


*/ 


temppg = l((o->polygons[i]); 


/*uait till 340 is free 




j = tei»ppq->vertnu«i; 


It send coniRkand to drau object 




while (HOSTCNTL != CTLFF?EE), 


; /* request service frois 340 




*hstdata = 5; 


/» send number of points 




♦hstcntl = CTLREQ; 


/« send points 




»h5tdata = teiippg->color; 


/» send color 




♦hstdata = j; 


/« send number of verteces 




/» send point connect list (0,1 , 1,2 , 2,3 .... j-2,j-l , j- 


-1,0 «/ 



♦hstdata = 0; 

for(k = 1- k < j; ++k) 

{ 

♦hstdata = k; ♦hstdata = k; 

} 
♦hstdata = 0; 



♦/ 



/♦ send vertex location list 

for(k = 0; k < j; ++k) 

{ 

tenploc = &(o->locs[t€«ippg->vertlocn[k3]); /♦ save point »/ 
♦hstdata = tei»ploc->a; ♦hstdata = tempi oc->b,' 

} 

while (HOSTCNTL != CTLACK); /♦ wait for 340 to acknolmedge request^/ 

♦hstcntl = CTLHITH; /♦ withdraw request ♦/ 



/♦ DRAW, m DAU(3HTER OBJECTS 
j = o->obnuB; 



for (i = 0; i <= J5 ++i) drau_object(o->object5Ci]); 



♦/ 
/♦ get daughter objects ♦/ 



->Listing 17: THS34010 Line Structure 

typedef struct /♦ LINE ♦/ 

{ 

short color; /♦ line color ♦/ 

short xl; /♦ X co-ordinate of starting point ♦/ 

short yl; /♦ y co-ordinate of starting point ♦/ 

short x2; /♦ X co-ordinate of end point ♦/ 

short y2; /♦ y co-ordinate of end point ♦/ 

} line; 



~>Li5tinq 18: TI1S34010 Color Array 

lonq color[16] = { 

ceo, CCl, CC2, CC3, CC4, CCS, CC6, CC7, CCS, CC9, CCIO, CCU, CC12, 
CC13, CC14, CC15>; 



♦~>Listing 19: THS34010 Color Palette 

short mypaletClS] = { 

0x0000, OxFOOO, OxOOFO, OxFOFO, OxOFOO, OxFFOO, OxOFFO, OxFFFO, 
OxOAFO, 0x0900, OxFATO, 0xF4A0, 0xl7B0, 0x6660, 0x9990, OxBBBO }; 






I 



«»««♦*«««««»««««<««»*♦««»««»««««««««««»»««««««««««*«««♦«»*♦«*«♦♦♦♦«♦♦♦♦« 

~>ListiriQ 16: TMS34010 Point Structure 

typedef struct /♦ POINT ♦/ 

{ 

short color; /♦ point color ♦/ 

short X; /♦ X co-ordinate ♦/ 

short y; /♦ y co-ordinate ♦/ 

} point; 



»«f««*«««f«««««««««««»ie«««»««»««»»«*«t«*«f*««»»»«fi'«««tw«H(W««i 



£5 


-->Li5ting 20: Tt1S34010 Main 


1 CoBniand Execution Routine 




■Ts 










^ 


mainO 








1 


register line «teinpln; 




/♦ temporary line pointer 




register point *teiiippt; 




/» temporary point pointer 




5^ 


register short tenpint; 




/♦ temporary integer 




register short i; 




/* looping variable 




S 


line ftlines; 




/♦ pointer to line array 




6 


point ♦points; 




/* pointer to point array 




short *h5tadrh, «h5tadrl, 


* hstctll, ♦nunber, #pgnuiii, «pointer, adrl, 


adrh; 


§■ 


»( (short *) 0x04000000) = 


: 0x0001; 


/* turn on shadow ram 








On 



»{ (short #) OxCOOOOOBO) &= 0x7FFF; /« enable cache 



*/ 



/♦ host control register lou byte 
/< host address register high uord 
/* host address register low uord 
/« pointer to beginning of shadow ram ♦/ 
/* starting point of line array «/ 
/» starting point of point array */ 
/♦location of number of polygon verteces*/ 
/♦ number of primitives to draw »/ 



hstctll = (short *) OxCOOOOOFO; 

hstadrh = (short *) OxCOOOOOEO; 

hstadrl = (short «) OxCOOOOODO; 

pointer = (short *) OxFFFOOOOO; 

lines = (line *) (0xFFF0OO20) 

points = (point *) (0xFFF0OO20) 

ognum = (short *) (OxFFF00020) 

number- = (short *> (OxFFFOOOlO); 

adrl = (short) (((long) pointer) t< OxOOOOFFFF); 

adrh = (short) ((((long) pointer) » 16) i OxOOOOFFFF) 

init.videod); /« configure for a NEC MULTISYNC, non-interlaced, 60Hz ♦/ 

init_grafix(); /♦ initialize graphics environment 

init.screenO; /♦ initialize screen 

init_vuport(); /♦ initialize viewing window 

5et-origin(320,240); /* place origin at center of screen 

♦hstadrh = adrh; /♦ reset start data address 

♦hstadrl = adrl; 

♦hstctll = 0; /♦ turn off any command to the 340 

for (;;) 



♦/ 



while (♦hstctll i= 0x0003); 
♦hstctll = 0x0030; 
while (♦hstctll != 0x0030); 
switch (♦pointer) 



/♦ wait for request from the C30 ♦/ 
/♦ acknowledge request ♦/ 

/♦wait for c30 to load data tt withdraw^/ 
/♦ decode command ♦/ 



case 123: /♦ DRAW LINES ♦/ 

tempint = ♦number; /♦ get number ♦/ 

for (i = 0; i < tempint; ++i) /♦ of lines ♦/ 

{ 

tempi n = ItdinesCi]); /♦set line points/ 

set_colorl(color[templn->color]); /♦ set color ♦/ 
draw_line( teiiipln->xl, /♦ draw line ♦/ 

tempi n->yl, 
tempi n->x2, 
tempi n->y2); 
} 

♦hstadrh = adrh; /♦ reset start data address »/ 
♦hstadrl = adrl; 
♦hstctll = 0; /♦ turn off any command to the 340 */ 



break; 
case 1: 

tempint = ♦number* 

for (i=0; i C tempint; ++i) 



{ 



} 



temppt = t((point5ti]); 
set_colorl(color[temppt->color]); 
draw_point( teBppt->x, 
temppt->y); 



/♦ DRAW POINTS ♦/ 
/♦ get number of^/ 
/♦ points ♦/ 

/♦ save point ♦/ 
/♦ set colors ♦/ 
/♦ draw point ♦/ 



♦hstadrh = adrh; 
♦hstadrl = adrl; 
♦hstctll =0; 
break; 
case 3: 



/♦ reset start data address 



/♦ turn off any command to the 340 ♦/ 



/♦ SET SCREEN BflCKGROLWD ♦/ 



new-screen(color[^number3,mypalet); /♦ clear screen 



♦hstadrh = adrh; 

♦hstadrl = adrl; 

♦hstctll =0; 

break; 
case 4; 

♦hstadrh = adrh; 

♦hstadrl = adrl; 

♦hstctll = 0; 

new_screen(0,fflypalet) 

break; 
case 5: 

set.colorKcolorC^number]) 

tempint = *pgnun>; 

fil1_polygon(tempint. 



/♦ reset start data address 



/♦ turn off any comntand to the 340 



/♦ SET BACKGROUND BLACK 
/♦ reset start data address 



/♦ turn off any command to the 340 
/♦ dear screen 



/♦ DRAW A FILLED POLYGON 
/♦ set polygon color 
/♦ get number of verteces 
/♦ fill polygon 



♦hstadrh = adrh; 

♦hstadrl = adrl: 

♦hstctll =0; 

break; 
case 6: 

♦hstadrh = adrh; 

♦hstadrl = adrli 

♦hstctll =0; 

uait.scan(0}; 

wait_scan(479); 

break; 
default: 

♦hstadrh 

♦hstadrl 

♦hstctl 1 

break; 
} 



(short ♦) (pointer + 3), 

(short ♦) (pointer + 3 + (tempint « 1))); 



adrh; 
adrl; 
0; 



/♦ reset start data address 

/♦ turn off any command to the 340 ♦/ 

/♦ WAIT FOR COMPLETE SCREEN RESCAN ♦/ 
/♦ reset start data address ♦/ 

/♦ turn off any command to the 340 ♦/ 

/♦wait till scan reaches top of screen^/ 

/♦wait till scan reaches bottom (line 479)^/ 



/♦ reset start data address 



/♦ turn off any command to the 340 ♦/ 



*««♦«««♦«#««««♦«♦♦«♦♦««♦♦«««««♦♦«♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦♦ 
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»«*»«^ 
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«*»»« 




"Misting 21: 


PC Object Loading Data Structure 






typedef struct 
{ 
















short ptnunt; 










/♦ nuuber of points (location) 






short dthUBi; 










/» nuRiber of drawn dots 






short Innufli; 










/* number of lines 






short pgnuis; 










/» number of filled polygons 






float 5X; 


float 


sy; 


float 


5z; 


/» scale factors 






float dx; 


float 


dy; 


float 


dz; 


/« offset factors 






float theta; 


float 


phi; 


float 


osega; 


/♦ angles of rotation 






} trans; 















— >Li5ting 24: PC Targeted Object Adjustment Routine 

void adjust_object(sx, sy, sz, dx, dy, dz, theta, phi, omega) 

double sx, sy, sz, dx, dy, dz, theta, phi, Onega; 

{ 

while (ACKNOWLEDGE != 0); 

DftTAFL0AT(2) = sx; DATAFL0AT(6) = sy; DATAFLOAT(IO) = sz; 

DATAFL0AT(14) = dx; DATAFLOATdS) = dy; DATAFL0AT(22) = dz; 

DATAFL0AT(26) = theta; DATAFL0AT(30) = phi; DATAFL0AT(34) = omeqa; 

COMMAND = 5; 

uihile( ACKNOWLEDGE != 5); 

COMMAND = 0; 






ft«»«i««ft»«««»fr«>»««»««««*«««««««««««««»«H««««*fM«««««t«*««ff««M««WtH««H« 



(««1HHt»*t««»»«»«««««»» 



— >Li5ting 22: PC ComBiunications Macros 

#define DATASHORT(a) ♦((unsigned short ») (dual.port + a)) 

tdefine DATAFLOAT(a) »( (float ») (dual.port + a)) 

^define COrtlAND *dual_port 

tdefine ACKNOWLEDGE *( (unsigned char *) OxEOOOSOOl) 



««#««««»««««««««f«««««««««««««««*«*««««««4«««««tH«««««««t««t««»H««W««H«*«* 



— >Listing 23: PC Global Variables 



»i«>«1»«tM«t««>«Mft««»««««»»««»««<»«»»«1t«»««H«<«»«««t««»M»f«<«*4«««4««« 



***«*#t*)t»*»4**»»»t»»»t«»*»«»»t»»«»»«««**t»«««««M*»«t»»»*t*»«*»»t«»« 

— >Li5tinq 25: PC Routine to Set Parameters for an Object Load 

void set_paranieters(sx, sy, sz, dx, dy, dz, theta, phi, omega) 

double sx, sy, sz, dx, dy, dz, theta, phi, omega; 

{ 

while (ACKN0WLED6-E != 0); /♦ wait for C30 to be free */ 

data->5x = SX; data->sy = sy; data->sz = sz; 

<iata->dx = dx; data->dy = dy; data->dz = dz; 

data->theta = theta; data->phi = phi; data->omega = omega; 
} 



Char «dijaLport; 
trans *data; 



/* dual port sram connecting to C30 SHDS*/ 



*»t««*t»*H»»«**t«*»«tK**»«»*«»»»«*»#«»«t*««ft«»«t»«»««lt*»*t*»t*ft»»» 



«««««»«»»«««»ft««»ft«4»ft«««««<««<«M«<««*«<«*<*«««»>«>»«««t««f «««»««<««««»««««« 



§■ 

;5- 



->Li5ting 26: PC Routine to Target Parent of Current Target Object 



void taroet_parent() 
{ 

uhi1e( ACKNOWLEDGE 

COMMAND = 3; 

Kihile( ACKNOWLEDGE 

COMMAND = 0; 
} 



= 0); /« wait for C30 to be free «/ 
/♦ coiMiand to target parent object ♦/ 

= 3); /♦ wait for C30 to acknowlege request*/ 
/♦ withdraw request ♦/ 



«>««*H*«4««»««««f»«4f«ft«f»*«««««««««»H«««««««««««««««««»«««»««««««««««««« 
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—Misting 27: PC Routine to Target a Child of Current Target Object 



void target_chi1d(x) 

int X; 

{ 

whi1e(ACKN0ULEDGE 
DATASH0RT(2) = x; 
COMMAND = 2; 
whi)e(ACKNOULEDGE 
COMMAND = 0; 



««H««««««t<*««««««M««»W«M«HH 



t*W««»HH(»«H«ft««iH 



} 



/» wait for C30 to be free »/ 
/# target Ist daughter object ♦/ 
/» coiimand to target daughter object */ 
/* wait for C30 to acknoulege request*/ 
/» uithdraM request «/ 



*»««ft*f»««««««*«*««*f*«H««W««»«««<»««H«H*«W«fH««««««««fH««»««W«M*t 



tMi<HH(fH««*M*«*H»«««*«««*««t« 



->Listing 28: PC Routine to Redraw Screen 



void drau_object( ) 

{ 

Hhi1e(ACKN0ULEDGE 
CQnHMiD-7; 
whileCACKNOULEDGE 
COMMAND = 0; 
HhileCACKNOWLEDGE 
C0MMMiD = 6; 
Hhi!e(ACKNOWLEDGE 
COMMAND = 0; 

} 

«t«**M*»H*H 



0); /* wait for C30 to be free */ 

/♦ coimand to compute screen co-ords ♦/ 
7); /• wait for C30 to acknowlege request*/ 

/* withdraw request •/ 

0); /* wait for C30 to be free */ 

/* comnand to draw screen */ 
6); /* wait for C30 to acknowlege request*/ 

/* withdraw request ♦/ 



— >Listina 29: PC Routine to Load the Primitives of a Uirefraae Cube 



void cube(c) 






long c; 






data->otnuKt = 8; 


/* number of points (cube verteces) 


#/ 


data->dtnui» = 0; 


/» no dots 


*/ 


data->lnnui» = 12; 


/* twelve lines (cube edges) 


*/ 


data->pgnuB = 0; 


/* no filled polygons 


*/ 


/* X COORDINATE- 


— Y COORDINATE — - Z COORDINATE 


*/ 


DATAaOAT(46) = 


1; DATAFL0AT(50) = 1; DATAFL0AT(54) = 1; 




DATAFL0AT(58) = 


1; DATAFL0AT(62) =-1; DATAFL0AT(66) = 1; 




DATAFLOAT(70) = 


1; DATAFL0AT(74) = -1; DATAFL0AT(78) = -1; 




DATAFL0AT(82) = 


1; DATAR.0AT(86) = 1; DATAFL0AT(90) =-1; 




DATAFL0AT(94) = 


-1; DATAFL0AT(98) = 1; DATAFLOAT(102) = 1; 




DATAFL0AT(106) =- 


■1; DATAFLOAT(llO) = -1; DATAFL0AT(114) = 1; 




DATtf^LGATdlS) = 


-1; DATAFL0AT(122) = -1; DATtfL0AT(126) = -1; 




DATAFLOATdSO) = ■ 


-1; DATAFL0AT(134) = 1; EftTAFLOATdSS) = -1; 




COMMAND = 1; 


/* coMand to load object 


*/ 


While (ACKNOWLEDGE != 1); /• wait for C30 to acknowledge request*/ 


COMMAND = 0; 


/« withdraw request 


*/ 


while (ACKNOWLEDGE != 127); /* wait for C30 request lines 


*/ 


COMMAND = 127; 


/* coMHnd to load lines 


*/ 


/* LINE COLOR 


START POINT ENDPOINT 


*/ 


DATASH0RT(2) = c 


DATASH0RT(4) = 0; DATASH0RT(6) = 1; 




DATASH0RT(8) = c 


DATASHORT(IO) = 1; DATASH0RT(12) = 2; 




DATASH0RT(14) = c 


DATASH0RT(16) =2; DATASHORTdS) =3; 




DATASH0RT(20) = c 


DATASH0RT(22) = 3; DATASH0RT(24) = 0; 




DATASH0RT(26) = c 


DATASH0RT(28) = 4; DATASHORT(30) = 5- 




DATASH0RT(32) =c 


DATASH0RT(34) = 5; DATASH0RT(36) = 6; 




DATASH0RT(38) = c 


DATASH0RT(4O) = 6; IWTASH0RT(42) = 7; 




DATASH0RT(44) = c 


DATASH0RT(4&) = 7; DATASH0RT(48) = 4; 




DATASH0RT(50) = c 


DATASH0RT(52) = 0; DATASH0RT(54) = 4; 




DATASH0RT(56) = c 


DATASH0RT(58) = 1; [1ATASH0RT(60) = 5; 




DATASH0RT{62) = c 


DATASH0RT(64) = 2; DATASH0RT(66) =6; 




DATASH0RT(68) = c 


DATASH0RT(70) = 3, DATASH0RT(72) = 7; 




while (ACKN0WLED(5E != 1); /» wait for C30 to resuie loading 


*/ 


COMMAND = 0; 


/* show no requests 


*/ 
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—Misting 30t PC Rain RsvtiM t« JN^w a "FUncttry Systm «f" Cubts 

MinO 
{ 

rtjistcr in\ x% 

4«Ml-pKt » (ckar *) OstEOOOSOOOr /« location of dual port sraa 

<3ata > (trans t) OxEOOOe002; /» location of object data 

COmW • 0; 

s«t^raMt6rs(.000i,.0001,.0001.O.,0.,O.,O.,0.,0.); 

coboO); 

sat.^aMt«rs(.4..4,.4,0.,0.,8.,0.,0.,0.); 

cvb«(2)t 

s*t^araMt«rs(.2,.2,.2.0.,5.,0.,0.,0.,0.)t 

Cllb«(«); 

targot^arcfttO; 

s«t^raMt*rs(.2,.2,.2,0.,-5.,0«,0..0.,0.)« 

cvbo(4){ 

tar9«t.pai^t()t 

tar9«t.parfAt(}; 

s«t.paraMt«rs(.3,.3,.3,0.,0.,«*.0.,0.,0.); 

cub«<5); 

tar9«t.par«nt(); 

sct.|>araMt*rs(.3,.3,.3,0.,6.,0.,0.,0.,0.); 

CUb*(i)) 

tar9tt.|>arcAt(}; 

s«t.p4raMtors(.3,.3,.3,0.,0.,-&.,0.,0.,0.); 

cub«(3); 

targot-partntOj 

stt-paraMt«rs(.3,.3,.3,0.,-6.,0.,0.,0.,0.)' 

cubod); 

tar9«t.par«nt(){ 

for<x s Ot X < 1000; *^) 

{ 

a(lju5t.object(1.0092i, 1.00926, 1.00926, 0.,0. ,0. ,0. ,0. , .2); 

tarftt.chitd<n; 

adjust.objtct(l.,l..l.,0.,0.,0.,0.,.2,0.); 

tar9«t^r«nt(); 

tar9«t.cbi1d(2); 

adjii$t.obj«ct(l.,U,l.,0.,0.,0.,0.,.2,0.); 

targ«t.|>ar«nt(}; 

tarf«t.chi1d<3); 

adju5t-obj«ct{l.,l.,l.,0.,0.,0.,0.,.2,0.); 

tarjet.|>ar«At(); 

tar9tt.cbi1d(4)) 

adjust.obj«ct(l.,i.,1..0.,0.,0.,0...2.0.); 

tar9«t.]>ar«nt(); 

tar9«t.child(0h 

adjust.object(l.,l.,l.,0.,0.,0.,0.,0.,-.4)t 

taf9«t-chi1d(0)r 

adju$t.obj«ct(1..1..1..0.,0.,0.,.4,0.,0.); 

tar9«t.parefit(}} 

tar9«t.chi1d(l); 






adjust.object<l.,l..l.,0.,0.,0.,.4,0.,0.)t 

tar9«t_|>areflt{)t 

tarfet^partntO} 

scr««a.«bject()| 

dra«uScr«M( }; 
} 

for(x «0} X < 1100, ♦♦x) 
{ 

adiust-objtct(l.,l.,l.,0.,O.,0.,O.,.005..2); 

tar$«t.child(l): 

adjust.object(l.,l..l.,0.,0.,0.,0.,.25,0.); 

target^parontO; 

tar9«t.ciii1d(2}; 

adjust.obj«ct<l.,l.,l.,0.,0.,0.,0.,.25,0.); 

tar9«t_paroftt()i 

tar9et.cbi1d(3)f 

adju$t_obiect(l.,l.,l.,0.,0.,0.,0.,.25,0.){ 

tar9«t.far«nt(); 

tar9et.cbi)d(4}, 

adjust.obj«ct(l.,l.,1..0.,0..0.,0.,.25,0.); 

target-parent (); 

target^bildtO), 

adju$t-object(l.,I.,l.,0.,0.,0.,0.,0.,-.4)} 

tar9«t_chi1d(0); 

adju5t-object{l.,l.,l.,0.,0.,0.,.3,0.,0.)5 

target^parentO; 

target-childd); 

adjiist.object(l.,l.,l.,0.,0.,0.,.3,0.,0.); 

target-parcntO} 

target_parent()} 

screen.obj«ct(); 

draii.$cr«eoO; 
} 



Part VI. Tools 

13. The TMS320C30 Applications Board Functional Description 
(Tony Coomes and Nat Seshan) 
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468 The TMS320C30 Applications Board Functional Description 



Introduction 



This report describes the architecture of the TMS320C30 Applications Board (APPB), 
which is part of the TMS320C30 XDSIOOO Development System. The XDSIOOO is an in-circuit 
emulation tool for TMS320C30 hardware/software system development. The APPB was designed 
with two goals: to provide a basic platform for software development and to provide a variety of 
interfaces to the TMS32C30. There are four key interfaces used on the APPB: 

1) SRAM 

2) EPROM 

3) Dual-port SRAM 

4) DRAM 

The SRAM and EPROM interfaces on the APPB are quite simple; thus, this report focuses 
on the dual-port SRAM and the DRAM interfaces. Figure 1 shows a basic block diagram of the 
APPB. 

Figure 1. TMS320C30 Applications Board (APPB) Block Diagram 
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The APPB features include the following: 

• TMS320C30/host communications via a designated, relocatable 4K-byte dual-bus 
SRAM memory block. 

• 16K-words (64K-by tes) zero wait-state SRAM on the TMS320C30 primary bus (STRB). 

• 2K-words of one wait-state EPROM for interrupt and reset vectors on the TMS320C30 
primary bus. 

• 16K-words (64K-bytes) zero wait-state SRAM on the TMS320C30 expansion bus 
(MSTRB). The SRAM can be selected in either one of two 8K-word banks. 
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• I/O expansion bus. 

• 512K-words of DRAM on the TMS320C30 primary bus. 

• Emulation port. 

• IBM PC, PC/XT, PC/AT support. 

The remainder of this document describes each interface in more detail. 

Host/TMS320C30 Interface 

The host/TMS320C30 interface is composed of two basic blocks, the dual-port SRAM and 
the control logic. The control logic consists of address decoding, a read/write control register, and 
a write-only mapping register. The control registers are mapped into the host I/O space as shown 
in Table 1. Figure 2 is a block diagram of the host interface. 

Table 1. Host I/O Memory Locations for Control Registers 



Host I/O Memory Locations 


Contents 


0330-0337 


Semaphores (LSB is the only vaHd bit) 


0338 


Dual-port SRAM mapping register Q 


0339 


Control register R 



Figure 2. Host Interface Block Diagram 
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One of the major problems in developing an application for a PC is finding a block of memory 
that does not conflict with other memory-mapped cards. To ease this problem, the dual port SRAM 
interface has been designed to be relocatable on 4K-byte boundries throughout the lower IM-bytes 
of host memory space. A software example of how to map the dual-port SRAM into this space is 
given later in this report. 

Writing a value to a hardware mapping register on the APPB relocates the dual-port SRAM. 
When a host memory access is generated, the value in the mapping register is compared to host ad- 
dress bits A12-A19. If they match, a dual-port SRAM access is allowed. To ensure PC and PC/XT 
compatibility, the dual-port SRAM can be located only in the lower IM-bytes of host memory. 

The APPB contains one general-purpose control register. This register is broken into two 
four-bit nibbles. The lower nibble can be read from and written to by the host and read by the 
TMS320C30. The upper nibble can be read from and written to by the TMS320C30 and read by 
the host. The lower nibble of the control register is cleared by any reset to or from the host PC. The 
upper nibble of the control register is cleared by any reset to the TMS320C30. The names of the 
APPB control register bits and host/TMS320C30 access capabilities are given in Table 2. Table 3 
gives the control register bit definitions. 

Table 2. APPB General-Purpose Control Register Bits 



Bit 


Name 


Host Access 


C30 Access 





CINT 


Write/Read 


Read only 


1 


XINTCLR 


Write/Read 


Read only 


2 


DPSEL 


Write/Read 


Read only 


3 


SWRESET 


Write/Read 


Read only 


4 


XINT 


Read only 


Write/Read 


5 


CINTCLR 


Read only 


Write/Read 


6 


MBANK 


Read only 


Write/Read 


7 


MSWAP 


Read only 


Write/Read 
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Table 3. APPB General-Purpose Control Register Bit DeOnitions 



Bit 


Name 


Function 





CINT 


Clears and disables interrupts from the TMS320C30 to the host 
(XINT). XINTCLR must be set to 1 before the TMS320C30 can gener- 
ate an interrupt to the host. The host clears and reenables XINT by writ- 
ing 0, then 1 to XINTCLR. On reset, XINTCLR is read as a 0. 


1 


XINTCLR 

■ 


Interrupt (INTO) to the TMS320C30. The host may interrupt the 
TMS320C30 by setting this bit to 1 . The TMS320C30 clears and re-en- 
ables the CINT by writing 0, then 1 to CINTCLR. The host cannot gen- 
erate an interrupt to the TMS320C30 while CINTCLR = 0. On reset, 
CINT is read as a 0. 


2 


DPSEL 


Dual-port SRAM select. When this bit is set to 1, the dual-port SRAM 
is memory-mapped in the 4K-byte space of the host PC specified by 
the 8-bit value in register Q. When DPSEL = 0, the dual-port SRAM 
will not be mapped in the host PC's address space. On reset, DPSEL 
is read as a 0. 


3 


SWRESET 


TMS320C30 S WDS soft reset. SWRESET = resets the TMS320C30 
SWDS. SWRESET must be set to 1 to take the SWDS out of the reset 
state. On reset (power on), SWRESET is read as a 0. 


4 


XINT 


Interrupt to the host PC. The TMS320C30 may interrupt the host by 
setting this bit to 1. The host clears and re-enables XINT by writing 0, 
then 1 to XINTCLR. The TMS320C30 cannot generate an interrupt to 
the host while XINTCLR = 0. On reset, XINT is read as a 0. 


5 


CINTCLR 


Clears and disables interrupts from the the host to the TMS320C30 
(CINT). CINTCLR must be set to 1 before the host can generate an in- 
terrupt to the TMS320C30. The TMS320C30 clears and re-enables 
CINT by writing 0, then 1 to CINTCLR. On reset, CINTCLR is read 
asaO. 


6 


MBANK 


Memory bank select. The 16K-word bank of memory on the 
TMS320C30 parallel I/O Bus (SRAM space 1) is mapped as two over- 
lapping banks of 8K-words each. MBANK = selects the lower 8K- 
words, MBANK = 1 selects the upper 8K-words. On reset, MBANK 
is read as a 0. 


7 


MSWAP 


Memory Swap. The MSWAP bit is used to swap the address map for 
EPROM and SRAM space 0. MSWAP = maps the EPROM at 
000000h-003FFFh and SRAM space at F00000h-F03FFFh. 
MSWAP = 1 maps the EPROM at F00000h-F03FFFh and SRAM 
space at 00000h-003FFFh. On reset, MSWAP is read as a 0. 



The last portion of the control section contains the dual-port SRAM semaphore registers. 
Semaphore registers are used to coordinate communications between the host and the 
TMS320C30. Note that these semaphores do not provide hardware protection of the memory array. 
Instead, they provide a basic means (via software control) to ensure that data can be accessed from 
both sides of the dual-port SRAM without being corrupted. A software example that uses the sema- 
phores is presented later in this report. 
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SRAM and EPROM Interfaces 

There are two SRAM interfaces on the APPB: one on the primary bus and one on the expan- 
sion bus. Both are implemented with eight 16K-bit x 4, 25-ns SRAMs that provide zero wait-state 
TMS320C30 operation at 32 MHz. The interfaces are quite simple and consist of a set of address 
buffers, termination resisters, and a PAL for address decode on the primary bus. Note that the 
TMS320C30 address lines are routed to various components scattered around the board and then 
to the primary bus expansion. To prevent line reflections on the SRAM addresses, buffers have been 
used to isolate the SRAM. 

There are two special features on the APPB that apply to the SRAM: 

1) You can swap the memory address ranges of the EPROM and the SRAM on the primary 
bus by setting or clearing the MSWAP bit previously described in Table 3. 

2) There are two 8K-word pages of memory on the expansion bus. 

By swapping the EPROM and SRAM, you can load in your own interrupt and reset vectors. 
Otherwise, you would have to remove the EPROMs and reprogram them with your own defined 
interrupt/reset vectors. The following code segment sets/clears the MSWAP bit. 

#define EPROM /* select EPROM ♦/ 

#define SRAM 1 /* select SRAM */ 

sel_mswap ( mem_type ) 
int mem_type ; 

{ 

char *cntlreg = (char *)0x00805FF7; /* pointer to control reg */ 

if (mem_type) *cntlreg |= 0x80; /* set MSWAP to 1 select SRAM */ 
else *cntlreg &== 0x7F; /* set MSWAP to select EPROM */ 

} 

There are 16K- words of SRAM on the expansion bus; however, the TMS320C30 can directly 
access only 8K-words. Instead of wasting the unaddressable 8K- words, you can use a bank address- 
ing bit (MBANK) in the APPB control register to select between the lower and upper 8K-word seg- 
ments. 

The following code segment selects the current bank of memory. 

#define BANKO /* select lower 8K */ 

#define BANKl 1 /* select upper8K */ 

sel_mbank ( bank ) 
int bank; 

{ 

char *cntlreg = (char *)0x00805FF7; /* pointer to control reg */ 

if (bank) *cntlreg |= 0x40; /* select bank 1 */ 

else *cntlreg &= OxBF; /* select bank */ 

} 

The APPB supports 2K- words of one wait-state EPROM on the primary bus for a boot loader 
and operating system support. As stated earlier, this EPROM is remappable. 

DRAM Interface 

The APPB provides a DRAM expansion module that is connected to the TMS320C30 prima- 
ry bus. Historically, DRAM interfaces to DSP devices have not been popular because of interface 
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difficulty and limited processor address space. The TMS320C30 supplies solutions to both of those 
issues with its memory interface and 16M- words address space. Two areas of the TMS320C30 
memory interface are most useful for DRAM design: 
• Use of bank mode 



• The ability to do continous reads while in a bank without deasserting the STRB signal 

When you use these two features, it is quite simple to design a medium-speed interface to 
page-mode DRAMs. 

The TMS320C30 DRAM module consists of four banks of memory, each bank 256K x 32 
bits, that provide IM-word (4M-bytes) of medium speed storage for the TMS320C30 (see 
Figure 3). The bank-switch function on the TMS320C30 provides fast page-mode access on back- 
to-back read cycles within a DRAM page. All address and control lines to the memory array are 
buffered and series-terminated for good signal quality. The memory array uses CAS-before-RAS 
refresh to reduce component count. There is no onboard refresh timer; instead, SDACKO from the 
host PC provides a refresh request every 12-16 \is. The DRAM access/cycle times are summarized 
in Table 4. 

Figures. TMS320C30 Bank Addressing 
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In Table 4, these definitions are assumed: 

Access Time - Number of clocks from STRB active to data clocked into the TMS320C30. 
Cycle time - Num ber of clocks between two back-to-back cycles (includes DRAM 
RAS precharge on non-page-mode cycles). 
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Table 4. TMS320C30 DRAM Access and Cycle Times 



Mode 


Access Time (elks) 


Cycle Time (elks) 


Read 

Read (page mode) 

Write 


3 

3/2t 

3 


5 
2 
4 



^ First page-mode access takes 3 clocks; the following accesses take 2 clocks each. 

The four banks of DRAM are mapped into the TMS320C30 memory space at the address lo- 
cations shown in Table 5. 

Table 5. DRAM Bank Memory Locations in the TMS320C30 Memory Space 



DRAM Memory Bank No. 


TMS320C30 Memory Location 


(RASO,CASO) 

1 (RAS1,CAS1) 

2 (RAS2,CAS2) 

3 (RAS3,CAS3) 


400000H-43FFFFH 
440000H-47FFFFH 
480000H-4BFFFFH 
4C0000H-4FFFFFH 



Memory decode for the DRAM module is performed in two steps: 

1) The APPB main card provides a memory select to decode the board range of 
400000H-4FFFFFh. 

2) Bank decode is then provided on the DRAM module through TMS320C30 address bits 
A18andA19. 

The DRAM controller consists of a pair of registered PALs, several SSI gates, and a delay 
line (used to time DRAM row/column address multiplexing). DRAM timing is generated from 
PAL UE5 (see schematics in Appendix C), while address decoding and special refresh control are 
provided by PAL UD5. Both PALs are clocked off of a delayed HI clock. The DRAM controller 
looks f or every opportunity to generate page-mode cycles to the DRAM. The TMS320C30 leaves 
STRB low for back-to-back reads; the DRAM controller looks for this condition and cycles CAS 
while holding RAS low (i.e., DRAM page-mode access). When STRB goes high, the DRAM con- 
troller will take both RAS and CAS high to prepare for a new access. For proper operation, the 
TMS320C30 primary bus control register (refer to the Primary Bus Control Register subsection 
in the Third-Generation TMS320 User 's Guide ) must be set to operate off of the external ready sig- 
nal and use a maximum bank size of 512 words (refer to the the Programmable Bank Switching 
subsection of the Third-Generation TMS320 User 's Guide ). 
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Figures 4 through 6 show the timing for the various DRAM cycles. 
Figure 4. Page-Mode Read-Cycle Timing Diagram 
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Figure 5. Single Write-Cycle Timing Diagram 
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Figure 6. Single Read-Cycle Timing Diagram 
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Expansion Interface 

The APPB 's two expansion connectors contain the signals from the TMS320C30 expansion 
port, serial ports, flag pins, etc. Each 50-pin connector (P3 and P4 of Figure 7) is composed of a 
dual row of 25 pins located on 0.1-inch centers. These expansion connectors provide easy connec- 
tion to other hardware via standard 50-wire flat ribbon cable. Figure 6 shows the orientation of the 
connectors. See schematic sheet 7 of Appendix C for pinout details. 
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Figure 7. TMS320C30 Applications Board 
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DuaUPort SRAM Interface 

All communications between the TMS320C30 and the host occur through the dual-port 
SRAM, which is 4K-bytes deep, with 8 dedicated semaphore registers. On the host side, the 
dual-port memory array is memory-mapped, while the semaphores are I/0-mapped. On the 
TMS320C30 side, the dual-port SRAM is located on the expansion bus with the memory array 
mapped from 0x0080400(M)x00804FFF and the semaphores mapped from 
0x00805FF8-0x00805FFF. The host can directly access the dual-port SRAM without having to 
compensate for byte-wide access limitations. However, as the TMS320C30 can do only 32-bit ac- 
cesses, the upper 24 bits of a data word are undefined. The TMS320C30 must therefore format data 
written to and read from the dual-port SRAM. A software example is given later in this report. 

While dual-port SRAMs provide an excellent means for multiprocessor communications, a 
certain amount of software overhead is required to coordinate data flow. As might be expected, 
there are numerous methods for coordinating data flow. This application report presents a set of 
primitives that have been developed to form a basic communications protocol. The primitives are 
written entirely in C and have been tested on the XDSIOOO with the simple test routine provided. 
Remember that there are numerous ways to do a communications protocol. The method shown in 
this report is not the best for all applications; it is simply a method that makes good use of the capa- 
bility of the dual-port SRAM. 

The following are basic ideas of the communications protocol developed for this applications 
report. 

1) The dual-port memory is broken into eight equal segments. The first segment is used 
only for control structures and command passing. The remaining seven segments are 
used entirely for data passing. Segment size is set to 512 bytes. The number and size of 
segments can be changed at compile time if desired. 
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2) 



3) 



4) 



5) 



Each of the seven data segments is totally independent from any other data segment. 
However, only one processor can own a particular segment at any given time. The 
TMS320C30 and host can simultanously access the dual-port SRAM as long as both are 
not trying to access the same segment. 

The host is the master; the TMS320C30 is the slave. The TMS320C20 polls the 
dual-port control segment to determine if the host has deposited a command. If a com- 
mand is present, the TMS320C30 executes the command and then returns to polling. 
Only the first semaphore register is used in the dual-port. Each processor uses this sema- 
phore to gain access to the control segment. Access to the seven data memory segments 
are coordinated via the control structures, not the semaphores. 
There are seven control structures in the control segment, one for each data segment, 
pach control structure consists of 22 bytes and are defined as follows: 



Byte 


Name 


Definition 





pflag 


Buffer present (i.e., being used) 


1 


command 


Command to execute 


2 


buf Stat 


Status of the data buffer 


3 


no 


Reserved 


4-7 


count 


Number of 32-bit words to transfer 


8-11 


addr 


TMS320C30 to read/write data 


12-21 


message 


Ten bytes reserved for message passing 



Appendix A contains routines for the communication primitives used by the host and the 
TMS320C30. Appendix Al contains routines for the PC side. Appendix A2 routines for the 
TMS320C30 side. Note that the routines on both sides have the same names and perform essentially 
the same function. Appendix A3 contains a memory map and description (TMS320C30 view). Af- 
ter the code has been compiled, use the following sequence to execute the test program: 

1) Reset the XDS/1000: 



xreset 
c30reset 



[ RETURN 1 
[RETURN] 



2) Get into the emulator and load the TMS320C30 dual-port code. 



emu30 

xr 

lo 

xd 

[esc] 

q 'yes' 



[ RETURN ] 
'file name' 



load emulator 
reset the c30 
load the object file 
execute disconnect 
escape to main menu 
quit emulator 



At this point, your dual bus code should be executing and waiting for a host input. 
3) Execute host dual-port code. 

'file name' 
The host code will then print the numbers through 25 to the screen. 



480 



TMS320C30 Applications Board Functional Description 



Conclusion 

This report has provided basic functional details of the TMS320C30 APPB. Because of their 
complexity, the DRAM and dual-port SRAM interfaces have been discussed. The features of the 
TMS320C30 allow it to encompass a wide range of interfaces. The TMS320C30 bank-switch mode 
and continuous strobe signal on back-to-back read cycles overcome traditional DSP/DRAM prob- 
lems of interface difficulty and limited processor address space. A set of communications primi- 
tives routines to use with dual-port SRAM have been provided in Appendix A. These routines are 
written in C for ease of understanding and modification to meet individual needs. 



TMS320C30 Applications Board Functional Description 48 1 



Appendix A 

TMS320C30 Application Board Routines, Memory Map and Description 

Al TMS320C30 Application Board Routines - PC Side 

A2 TMS320C30 Application Board Routines - TMS320C30 Side 

A3 Memory Map and Description (TMS320C30 View) 
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I 

G 



2. 



/« APPENDIX Al 

/* 

/» 

/♦ 



Tt1S320C30 APPLICATION BOARD ROUTINES - PC SIDE 



Texas Instruments Inc. 
10/25/89 



int WfB_reset() 
int APPB_dpinit() 
int APPB.getseaO 
int APPB.relsemO 
mt APPB_getctlblk() 
int APPB_rektlblk() 
int APPB-qetmeiablkO 
int APPB-putraemblkO 



Reset APPB 
Intialize APPB. 

Get access to seeiaphore bit N 
Release access to semaphore bit N 
Get a control block in IPRAM 
Release control block in IFRAM 
Get a block of iienory from DPRAM 
Put a block of n»e»ory to DPRAM 



Ail code was compiled uith Microsoft C conpiler version 5.1 using the 
large model. If small model is used, then pointers used to access the 
dual port SRAM would have to be declared and used as 'far' pointers 
(i.e. 32-bit pointer). Under the large model, all pointers are 
defaulted to 32 bits. 



/«««4««««»»«»««««««»«««»««4»««««»»*«««*«»««««ft«««««««««t««««««««H(«»t«««««««««/ 

#inciude <;stdio.h> 



#define 


DPRAM_SI2E 


0x1000 


*define 


DPRAM_BLKS 


7 


«define 


DPRAM_BLK_SIZE 512 


«define 


NUM_SEMS 


8 


#define 


MAX.SE«_TIH£ 


; 10000 


♦define 


BUF_EMPTY 





♦define 


BUF_FULL 


1 


♦define 


NOP 


0x00 


♦define 


H0STJ1EM_yR 


0x80 


♦define 


HOST_MEM_RD 


0x81 


typedef 


unsigned char UCHAR; 


typedef 


unsigned short UINT; 


typedef 


unsigned long ULONG; 


typedef 


struct 






UCHAR 


pflag. 




UCHAR 


coiwiand; 




UCHAR 


buf-stat; 




IXHAR 


nc; 




ULONG 


count; 




ULONG 


addr- 




UCHAR 


nessagellO]; 




}DPCNTL; 





> 

> 



C/5 

O 

n 

o 

> 

&9 



/« Constant definitions for the TnS320C30 Applications Board. 



00 



♦define 


outport 


outp 


♦define 


inport 


inp 


♦define 


SEM_BASE 


0x0330 


♦define 


MAP_REG 


0x0338 


♦define 


CTL_REG 


0x0339 


♦define 


CINT 


0x01 


♦define 


XINTCLR. 


0x02 


♦define 


DPSEL 


0x04 


♦define 


SWRESET_ 


0x08 


♦define 


XINT 


0x10 


♦define 


CINTCIR. 


0x20 


idefine 


MBANK 


0x40 


♦define 


MSWAP 


0x80 


♦define 


DPRAM_CTL 


0x09000000 


♦define 


DPRAM_SEG 


OxC9 


♦define 


DPRAM_MEMBAS£ 


0xC90OO2O0 



o 

w 

o 

o 
c 

5* 

I 

a 



I 



«»«»«»»»♦♦»»«♦#««♦»««♦««♦♦»««*«*♦♦«♦♦♦»*«♦«♦*♦«»«§«*♦«»«♦*«♦*♦»♦««♦«♦♦♦♦«♦♦; 

T«st prograii. 
Sequence: 

1) Write a block of iseiiory to the dual port. 

2) Read back the block of data fron the dual port. 

RAinO 

OINT sesnumCDPRArt-BLKSl; 
. int i; 
ULONG iDeii>array[25],nieii2array[25]; 

APPB-dpintO; 



♦/ 

WPB_re5et(),PC side ♦/ 

♦/ 



Sequence: 



1) Clear control register. 

2) Set SWRESET_ to i. 



,nt «>PB.re5et() 

outport(CTl_REG,0). 
outport(CTL-REG,SHRES£T.) • 
return(O); 



S 



Q 



3 

? 

2. 



for(i=0;i<:25;i++) (iieitiarrayCi] = (ULONG)i; inem2array[i] = OiJL;] 



if(APPB.putinei»blk(25UL,Be(iiarray,Ox00809900)) 
printfCfailed ruemory uriteVn"); 



i f ( AFfB-getneriit. 1 k ( 25UL , 0x:00809900 , iieH.2array ) ) 
printfCfailed meiriory read\n"); 



for{i=0;iC25;i++) printfC'value read 7.d\n",ae«2array[i3); 
exit(O). 



♦/ 

APFB-dpintO, PC side »/ 

♦/ 

Sequence: «/ 

♦/ 

1) Set DPRAH senaphores to 1 (free). «/ 

2) Set DPRAH napping register. ♦/ 

3) Set DPRAn global enable bit to 1. </ 

♦/ 

nt APPB-dpintO 

int ij 

UINT sewddr = S£M_BAS£; 

UCHAfi ♦dpraB = (UCHAR ♦)DPRA(1_CTL; 

for (1=0; i<8; i++) outport(5e»addr++, 1) ; 
outport(HAP_REG,DPRAM_SEG); 
outport(CTL_R£G,DPS£L 1 SWRESET.); 
return(O); 



do 

I- 



i 
t 



APPB-getsenO, PC side 

Attempts to gain access of se»aphorfc 'sennua'. 
Return a if successful, a -1 if failed. 

Sequence 

1) Urite to semaphore. 

2) Decrenent tiaoute, check for tiaeout = 0, or seaaphore = 0. 

3) Return pass/fail. 



APPB-relsetO, PC side 

Release seaaphore at 'seanun^. 

Return a if successful, a -1 if failed. 

Sequence 

1) Write 1 to seaaphore. 

2) Decreaent tiwout, check for tiaeout = 0, or seaaphore = 1. 

3) Return pass/fail. 



00 



int APPB.getseB(sennun) 
UINT seanuK; 



i n t APPB_re 1 sea ( seanua ) 
UINT semnua; 



r 



5" 



UINT seaaddr = SEM.BASE + semnuiTi; 
UINT tiaeout = f1AX_SEM_TII1E; 

outport(semaddr,0); 

uhilei — tiaeout fei (inport(seftaddr) & 1)); 

if(tuieout) return(O); 
else returnl-l); 



UINT seaaddr = S£M_BASE + seanun; 
UINT tiaeout = MAX_SEM_TIME; 



outport(seaaddr,l); 

whi)e( —tiaeout hk !(inport(se»iaddr) i 1)); 



if(tiaeout) returntO); 
else return(-l); 



't««««*»1t««»««««»»««««««««««H««««««*««M«««**««<»««<«««<«4>««4»*«**«««««««««/ 
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APPB-getctlblkO, PC side 



Find unused block of nenory in the dual port. 
Return a if successful, a -1 if failed. 



Sequence ♦/ 

*/ 

1) Search control structures for free block of uienory. ♦/ 

2) If block free, set seBinuB to block index, return 0. «/ 

3) Else, return -1 (failed to find block). */ 

»/ 

int APPB_getctlblk(5eanu«) 
UINT *sei»nuiri; 
{ 

int i; 

DPCNTL «dc.ctl = (DPCNTL ♦)DPRAM_CTL; 

if(APPB_get5efli(0)) return(-l); 

for (1=0; iCDPRAM-BLKS; i++ ) 
ifddpcticn.pflag) 

dpctlCil.pflag = 1; 
dpctl[i].coiBBand = NOP; 
dpctUil.buf.stat = BUF-EMPTY; 
isemnum = i: 

if(APPB_rel5era(0)) return(-iy; 
else return(O): 



«*«««t««»««««««H»t<«««»4«4*«««»«««»«««t»«««««««««««<«««<««««««««(««<t«««»«/ 



APPB.relctlblkO, PC side 



Release block of ueiaory in the dual port. 
Return a if successful, a -1 if failed. 



Sequence ♦/ 

«/ 

1) Null out the control structure. ♦/ 

2) Return. ♦/ 

*/ 

nt APPB_relctlblk(seiBnu») 
UINT semnuffl; 
{ 

int i; 

DPCNTL *dpctl = (DPCNTL »)DPRAM_CTL; 

if(APPB_getseis(0)) return(-l): 
dpctKsemnuRiJ.pflag =0; 
dpctl[seninuffi].coiHBand = NOP; 
dpctl[5eisnuffl].buf_stat = BUF_EMPTY; 
if(AFPB_relseiii(0)) return(-l); 
else returri(O); 



S 

Co 



APPB_rel5e(ri(0)! return(-l); 
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APPB.putM»blk(), PC side 



Write block of otenory to the dual port. 
Return a if successful, a -I if failed. 



Sequence 

1) Find free block of dual port to write aeuiory. 

2) Write the neeiory. 

3) Write iMBory paraneters to control block. 



int APPB_putiieBiblk(cnt,src,d5t) 
ULONG cnt; 
ULONG «src: 
ULONG dst; 

■[ 

DPCNTL *dDctl = (DPCNTL ♦)DPRAM_CTL- 

LILONG *dprair.. 
HINT dpblk; 
int i; 

if(APPB_getctlb]k(ypblk)) returM-l); 

dpram = (ULONG*) (DPRAI1_MEI1BASE + (dpblk » DPRA«_BLK_SIZE)); 

for(i=0!i<cnt;i++) 
*dpran»++ = »src++; 

if(APPB_get5ei»(0)) return(-l); 

dpctUdpblkJ.coMiand = H0STJ1EM_WR; 
dpctUdpblkJ.buf.stat = BUF_FUU.; 
dpctlEdpblk]. count = cnt; 
dpctl [dpblk]. addr = dst; 

if(APPB.rei5eni(0)) return(-l); 
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APPB.getReabIk(), PC side 

Read block of senory to the dual port. 
Return a if successful, a -1 if failed. 

Sequence 



1) Find free block of dual port for neaory. 

2) Write neniory paraneters to control block. 

3) Wait for TMS320C30 to put requested senory into the dual port. 

4) Read data fron the dual port. 

5) Release block of dual port isenory. 



nt APPB.get»eBblk(cnt,src,dst) 
ULONG cnt; 
ULONG src; 
ULONG tdst; 



{ 



DPCNTL *dpctl = (DPCNTL ♦)DPRAM_CTL; 

ULONG »dpraii; 

UINT dpblk; 

int i; 

UINT tiaeout = «AX_SEM_TIM£; 

if(APPB_getctlblk(idpblk)) return(-l); 

dpraa = (ULONG*) (DPRAfLMEMBASE + (dpblk * DPRAM_BLK_SIZE)); 

if (APPB_getseB(0)) return(-l); 

dpctUdpblkl.couand = HOSTJEM-RO; 
dpctl[dpblkl.buf_stat = BUF_eiPTY; 
dpctl [dpblk], count = cnt; 
dpctl[dpblk].addr = src; 

while( —timeout ) 
{ 

if(!fiPPB.getsei»(0) W (dpctl [dpblk], buf.stat = BUF_FULL)) break; 

if(APPB-relsei»(0)) return(-l); 



if(APPB-relsea(0) 1! !ti»eout) return(-l); 



for(i=0;i<cnt;i++) 
»dst++ = #dpra«++; 



00 



if(APPB_relctlblk(dpblk)) return(-l); 



00 



SI 



t 



I 



I 

a 



I 



/f**«M#«H«fi*»«»»«i««*«f««f*f»W«tHt«f«fMt«fM*«HHHH»««Mm««»iWM1 


Hi/ 


•define 


NOP 


0x00 








♦/ 


•define 


HOSTJBLHR 


0x80 


/» APPENDIX A2 




t/ 


•define 


HOSTJCH-RD 


0x81 








♦/ 








/» TnS320C30 APPLICATION BOARD ROUTINES - THS320C30 SIDE 


»/ 




unsigned char UCHAR; 








♦/ 


typedef 


unsigned short UINT; 


/t T«x«s InstruMDts Inc. 




#/ 


typedef 


unsigned long ULONG; 


/» 10/20/89 




»/ 














»/ 


typedef 


struct 




/t Functions: 




♦/ 




{ 










«/ 




UCHAR 


Pfiags 




intAPPB-dpinitO 


Intifthze APPB. 


t/ 




UCH« 


coMand; 




int flPPB-getsesO 


Get access to seHphore bit N 


*/ 




ICHAR 


buf.stat; 




int APPB.reIseii() 


Release access to senaphore bit N 


♦/ 




UCW« 


nc; 




int APPB-9etctlblk<) 


Get a control block in CPRAM 


t/ 




UCHAR 


countI4]. 




int APPB-relctlbIkO 


Release control block in DPRAN 


♦/ 




UCHfiR 


addrt4]5 




int flPPB-getiMakblkO 


Get a block of wwry fron DPRAM 


t/ 




UCHAR 


•essageClOl; 




int APPB-putaeablkO 


Put a block of »e«ory to EPRAH 


♦/ 




}DPCNTL? 






mt APPB_getlong() 


Read a long mt frot the DPRAM 


»/ 










int APPB-getcowandO 


Read a coMMnd and paraaeters froa DPRAM 


t/ 


typedef 


struct 










»/ 




{ 




/« An 


code MS coapiled with IHbJiUCSO C coepiler version 2.1, using the */ 




UCHAR 


iiblk; 


/t SMll (iod«1. 




«/ 




UCHAR 


ttCBd; 








♦/ 




ULONG 


■cnt; 


/ «»«*«**««*# ••*««»«# HtfMMH* 


f»M««M«i»f«fH*«««««<i«t*t«H««*«*ft«H«t**1 


IM/ 




XONG 


Mddr; 












JNPARHS; 




/***««#« 




»»tfitttf»««fft««»l«fff»<*fMlft*fti««tM«*«f«ff^ 


«t/ 








/» 






*/ 








/♦ ConsUnt definitions for tne TMS320C30 AppUcitions Boird. 


t/ 








/« 






t/ 








/****i**i 


h»f««**«M»««***«ftft««l 


t»tfMMH«t*t*«*«««H«tf«tH«««i««HfMffff1 


Hrt/ 








«d«fin« 


SEH-BASE 


0X00805FF8 










»dcfine 


CTLREG 


0x00805FF7 










»d«fin« 


CINT 


0x01 










td«fin« 


XINTOJL 


0x02 










*d«(in« 


Dpsa 


0x04 










«d«fin« 


SyRESET- 


0x08 










«d«fin« 


XINT 


0x10 










tdcfinc 


CINTCUL 


0x20 










«d«fiM 


MBANK 


0x40 










id«fine 


tmp 


0x80 










id«fin« 


DPRAH-CTL 












id«fint 


DPR^MJCHBASE 


0x00804200 










*d«fin« 


EPRAfLSIZE 


0x1000 










ttd«fin« 


DPRAHJLKS 


7 










•define 


DPRAfLBULSIZE 


512 










•define 


MWLSEnS 


8 










•define 


mx.sEri_TinE 


10000 










•define 


BUF.£I«>TY 













•define 


WFJFikL 


1 
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APPB_get5«i(), THS320C30 side 

Attempts to gain access of seaaphore ''seanus'' 

Sequence 

1) Write to semaphore. 

2) Wait tin read a 0. 



I 

K) 

Q 

t 






r 

n 



int APPB-Qetseii(sei»nuii) 
UINT seanun; 



lOMR «5ei&addr = (UCHAR *)(SEH.6ASE + sennua); 
•senaddr = 0; Hhi]e(*senaddr & lUL); returniO); 






»/ 
»/ 
»/ 



<VPB-relse«(), TMS320C30 side 
Release seuphore at "seanua' 
Sequence 



*/ 
♦/ 

1) Write 1 to semaphore. »/ 

2) Wait till read 1. •/ 



int APPB.re1seB(seDnuR) 
UINT seRnua; 



UCHAR *seMddr = (UCHAR ♦)(SEM_BASE + seanuii); 
«senaddr = 1; Hhi1e(!(«5egtaddr I lUL)); return(O); 



i 

G 



APPB_g«tctlblk(), TMS320C30 sid«. 

Find unused block of nemory in the dual port. 
Return a if successful, a -1 if failed. 

Sequence 

1) Search control structures for free block of meuory. 

2) If block free, set sennun to block index, return 0. 

3) Else, return -1 (failed to find block). 



nt APPB-getctlblk(semnuB) 
UINT «sennuR); 



? 

2. 



r 



int i; 

DPCNTL *dpctl = (DPCNTL ♦)DPRAM_CTL. 

APPB_getseiii(0); 

for(i=0;i<:DPRAM_BLKS;i++) 

if(!(dpctl[i].pfUg k lUD) 
{ 

dpctUi].pflag = 1; 

dpctUil.coBiiftand = NOP; 

dpctl[i].buf_stat = BUF_EMPTY; 

♦sennuffi = i; 

APPB_rel5eB(0); return(O); 



APPB-relsenlO); return(-l); 



fe 



/♦ 

/♦ W'PB-relctlblkO, TMS320C30 side. 

/♦ 



/» 



Release block of menory in the dual port. 
Return a if successful, a -1 if failed. 



/♦ Sequence 



/ft 



1) Null out the control structure. 

2) Return. 



/» 
/* 

int APPB-relctlblk(segtnuoi) 
UINT sennun; 



£ 



int i; 

DPCNTL ftdpctl = (DPCNTL *)DPRAM_CTL; 



APPB_getse»(0); 
dpctllsennufltj.pflag = 0; 
dpcti [sennun]. coiMiand = NOP; 
dpctUsennuul.buf-stat = BUF_EMPTY; 
fiPPB_relsein(0); return(O); 



s 



APPB.putM«blk(), THS320C30 sid«. 
Hove block of data to dual port. 
S«qu«nc« 

1) Mov« dita to the dual port. 

2) Set dull port buffer status to BUF_FULL. 



,nt APPB.putAeAb1k{cnt,src,dpblk) 
ULONG cnt; 
ULCW6 #src; 
UINT dpblk; 
{ 



APPB.9etieBb1k(), TnS320C30 side. 

Move block of data fron dual port. 

Sequence 

1) Move data froR the dual port. 
/* 2) Release block of dual port aenory. 
h 
h 

int APPB.get»eBblk(cnt,dst,dpb1k) 
ULONG cnt; 
LI.0N6 «dst; 
UINT dpblk; 
{ 



Q 

t 



I 
? 



DPCNTL *dpctl = (DPCNTL »)DPRAM_CTL; 
UCHMi «dpraii: 
ILONG tenp: 

doraa = (UCHAR ♦)(DPRArt.HEMBASE + (dpblk * DPRAn_BLK_SIZE)). 

for (i=0; Kent; i++) 

{ temp = »5rc++; for(.j=0;jC32;j+=8) ♦dpra«++ = teip » j; } 

APPB-getsentO); 

dcctlidoblk].buf_5tat = BUF_FLiL; 
APPB_relseift(0); returri(O): 



DPCNTL tdpctl = (DPCNTL ♦)DPRAI1-CTL; 

UCHAR *dpraM; 

UL(]N6 tenp; 

int i,j; 

dpraa = (UCHAR »)(DPRtflJCnBASE + (dpblk » DPRA«_BLK_SIZE)); 

for (i=0; Kent: i++) 
{ 

tetp = OUL; 

for(j=0;j<32;j+=8) tenp 1= ((tdpraa+t) iOxOOOOOOff ) « j; 

♦dst++ = teip; 
} 

APPB.relctlblk(dpblk); return(O); 



2^ 

s 

3 



s 



G 



/* 

I* APPB-qetlongO, TM3320C30 side. 

/♦ 

/» Get a long word of data tron the dua] port. 

int APPB_qetlong(5rc,dst) 
ULONC tsrc: 
ULONG *dst-, 

int j; 

#dst = OUL; 

Kir(j=0;jG2;j+=S) «dst != {(»src++) S( OxOC>OO0Off ) <C j; 

return(O); 



/»#♦♦«♦*♦««♦♦#♦♦»«#»♦*♦«»«*♦*»«♦♦«♦♦«♦»«♦»«♦«**♦*«♦»«♦*♦«♦♦«*««*♦♦*«****«♦»*/ 

/* 

/« WPB-getconaiandO, TMS320C30 side. 

/♦ 

/» Search the dual port control structures for coninands. 

/« 

/« Sequence 

/♦ 

/« 1) Get access to dual port seitaphore 0. 

/♦ 2) If at end of control structures, reset current.blk. 

/« 3) Search control structures for a coiwand. 

/« 4) If found, fornat parameters, return. 

/# 5) Else, search to the end of list, return. 



4^ 



int APPB.qetcoMiandlBpariiis) 
MPARHS «»parijis; 



r 



2^ 

§■ 



DPCNTL «dpcti = (DPCNTL ♦)DPRA«_CTL; 
static int current-blk = -I; 

APPB_qet5ei»(0); 

if<current_blk >= DPRAM_BLKS) current.blk = -1; 

uihile(current_blk++ < DPRAI1_BLKS) 

if(dpctlCcurrent_blk].pf1ag 8t lUL) 
{ 

ffiparffls->iicnid = dpctl[current_blk3.coBiftand & OxOOOOOOff; 

BipariDS->mblk = current.blk; 

APPB_getlong(&dpctl[current_blk]. count, &iiparBiS->Bcnt); 

APPB_getlong(&dpctl[current_blk].addr,l(inparns->naddr); 

APPB_relseffi(0); return(O); 
} 



HPPB_relsem(0); mpariss-Jucirid = NOP; return(O); 



APPENDIX A3. Memory Map and Description (TMS320C30 View) 

Listed below is a summary of the APPB memory map. 

EPROM (Boot EPROM/remappable) 
Unused 
DRAM space 

256K-word DRAM minimum configuration 
256K-word DRAM minimum configuration 
256K-word DRAM option bank 2 
256K-word DRAM option bank 3 
Unused 

SRAM space 1 (16K-byte zero wait-state SRAM) 
Reserved by TI 
I/O Devices 

4K-byte dual-port SRAM 
I/O Expansion Bus 
Control Register R 

dual-port RAM Semaphores (DO only) 
Reserved by TI 
Memory mapped Peripherals 
RAM Block 
RAM Block 1 
Unused 

SRAM space (16K-byte zero wait-state SRAM, 
remappable) 
F00800- FFFFFF Unused 



000000- 


003FFF 


004000 - 


3FFFFF 


400000- 


4FFFFF 


400000- 


43FFFF 


440000 - 


47FFFF 


480000- 


4BFFFF 


4C0O00- 


4FFFFF 


500000- 


7FFFFF 


800000- 


801FFF 


802000 - 


805FFF 


804000- 


805FFF 


804000- 


804FFF 


805000 - 


805FF6 


805FF7 




805FF8- 


805FFF 


806000 - 


807FFF 


808000- 


8097FF 


809800 - 


809BFF 


809C00- 


809FFF 


80A000- 


EFFFFF 


FOOOOO - 


F03FFF 
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Appendix B 

Modules 

Appendix Name 

Bl Module U5 - TMS320C30 Software Development Board 

B2 Modiiie U6 - TMS320C30 Software Development Board 

B3 Module RAMDEC - TMS320C30 Software Development Board 

B4 Module RD YEN - TMS320C30 Software Development Board 

B5 Module RAMCONTROL - TMS320C30 SWDS DRAM Module 

B6 Module RAMDEC - TMS320C30 SWDS DRAM Module 
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Appendix Bl. TMS320C30 Software Development Board 



TMS320C30 SOFTWARE DEVELOPMENT BOARD 



Module U5 

title' 

DWG NAME 

DWG# 2554377 

COMPANY TEXAS INSTRUMENTS INCORPORATED 

ENGR NATSESHAN 

DATE 10/01/88' 

XSUC8 device T2018'; 



SAO 


Pin 1; 


SAl 


Pin 2; 


SA2 


Pin 3; 


SA3 


Pin 4; 


SA4 


Pin 5; 


SA5 


Pin 6; 


SA6 


Pin 7; 


SA7 


Pin 8; 


SA8 


Pin 9; 


SA9 


Pin 10 


NSMEMW 


Pin 11; 


GND 


Pin 12 


NSMEMR 


Pin 13 


NSIOW 


Pin 14, 


NSGBA 


Pin 15, 


NPQ 


Pin 16; 


XAEN 


Pin 17; 


NRG 


Pin 18; 


NQG 


Pin 19; 


NDPSEML 


Pin 20; 


NDPCEL 


Pin 21; 


SCAB 


Pin 22; 


NSIOR 


Pin 23; 


VCC 


Pin 24; 



'PC XT ADDRESS LINES - INPUTS 



"PC XT MEMORY WRITE STROBE 

"PC XT MEMORY READ STROBE - INPUT 

"PC XT 10 WRITE STROBE - INPUT 

"SDB READ STROBE - OUTPUT 

"DUAL-PORT ADDRESS RANGE STROBE - INPUT 

"PC XT BUS TRANSACTION DISABLE - INPUT 

"SDB CONTROL REGISTER R ENABLE - OUTPUT 

"SDB DUAL-PORT ADDRESS LATCH ENABLE - OUTPUT 

"DUAL-PORT SEMAPHORE SELECT - OUTPUT 

"DUAL-PORT SRAM CHIP ENABLE - OUTPUT 

"HOST DATA BUS INPUT ENABLE - OUTPUT 

"PC XT 10 READ STROBE - INPUT 



SA = [SA9, SA8, SA7, SA6, SA5, SA4, SA3, SA2, SAl ,SA0]; 
X = .X.: 



equations 



INQG = !XAEN & (SA == ^^11338); 

INRG = !XAEN & (SA == ^h339); 

INDPSEML = !XAEN & SA9 & SA8 &, !SA7 & !SA6 & SA5 & SA4 & !SA3 

&INSIOW 

# IXAEN & SA9 & SA8 & !SA7 & !SA6 & SA5 & SA4 & 1SA3 

&INSIOR; 
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INDPCEL = !XAEN&!NPQ; 
SGAB = !NSIOW&!XAEN 

# INSMEMW & !XAEN ; 
INSGBA = !XAEN&!NSIOR&(SA=='^h339) 

# !XAEN & INSIOR & SA9 & SA8 & !SA7 & !SA6 & SA5 
&SA4&ISA3 

# !XAEN & INSMEMR & !NPQ; 



endU5 
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Appendix B2. Module U6 



Module U6 






title' 




DWG NAME 


TMS320C30 SOFIWARE DEVELOPMENT BOARD 


DWG# 


2554377 


COMPANY 


TEXAS INSTRUMENTS INCORPORATED 


ENGR 


NAT SESHAN 


DATE 


10/01/88' 


XSUFIO 


Device 'P20L8'; 


CIOAO 


Pin 1; 


CIOAl 


Pin 2; 


CI0A2 


Pin 3; 


CI0A3 


Pin 4; 


CI0A4 


Pin 5; 


CI0A5 


Pin 6; 


CI0A6 


Pin 7; 


CI0A7 


Pin 8; 


CI0A8 


Pin 9; 


CI0A9 


Pin 10 




CIOAl 


Pin 11, 




GND 


Pin 12 




CIOAll 


Pin 13 




CI0A12 


Pin 14 




TIOW 


Pin 15 




NSRANGE 


Pin 16 




CIORNW 


Pin 17 




NFR 


Pin 18 




NFG 


Pin 19 




NDPMEMGR 


Pin 20 




NDPSEMGR 


Pin 21 




TIOR 


Pin 22 




NCIOSTRB 


Pin 23 




VCC 


Pin 24 






X = .X.; 




C=.C 


•J . 



equations 



CIOA = [CIOA12,CIOA11,CIOA10,CIOA9,CIOA8, 

CIOA7,CIOA6,CIOA5,CIOA4,CIOA3,CIOA2,CIOAl,CIOA0]; 



INSRANGE = INCIOSTRB & ICI0A12 

# INCIOSTRB & (CIOA >= '^hlFF?); 
INDPMEMGR = INCIOSTRB & I CIOAl 2; 
INDPSEMGR = INCIOSTRB & (CIOA >= '^hlFFS); 
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!NFG 
!NFR 
!TIOR 



!TIOW 



= INCIOSTRB & ICIORNW & (CIOA == '^hlFFT); 
= INCIOSTRB & CIORNW & (CIOA == "hlFF7); 
= NCIOSTRB 

# (CI0A>=''hlFF7) 

# ICI0A12 

# ICIORNW; 

= NCIOSTRB 

# (CI0A>=^hlFF7) 

# ICI0A12 

# CIORNW; 



test vectors 



([CIOA, NCIOSTRB, CIORNW] -> 
[TIOR, TIOW, NSRANGE, NFG, NFR, NDPMEMGR, NDPSEMGR]); 

READ OR WRITE TO A SEMAPHORE 

["hlFF8, 0, X] -> [0, 0, 0, 1, 1, 1, 0]; 
['^hlFFP, 0, X] -> [0, 0, 0, 1, 1, 1, 0]; 
['^hlFFA, 0, X] -> [0, 0, 0, 1, 1, 1, 0]; 
["hlFFB, 0, X] -> [0, 0, 0, 1, 1, 1, 0]; 
["hlFFC, 0, X] -> [0, 0, 0, 1, 1, 1, 0]; 
['^hlFFD, 0, X] -> [0, 0, 0, 1, 1, 1, 0]; 
["hlFFE, 0, X] -> [0, 0, 0, 1, 1, 1, 0]; 
[^hlFFF, 0, X] -> [0, 0, 0, 1, 1, 1, 0]; 

WRITE TO F REGISTER 

["hlFF7, 0, 0] -> [0, 0, 0, 0, 1,, 1, 1]; 

READ FROM F REGISTER 

["hlFF7, 0, 1] -> [0, 0, 0, 1, 0, 1, 1]; 

NCIOSTRB DISABLED 

[X , 1, X] -> [0, 0, 1, 1, 1, 1, 1]; 

EXTERNAL READS 

['^blOOOOOOOOOOOO, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
[^blOOOOOOOOOOOl, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
['^blOOOOOOOOOOlO, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
["blOOOOOOOOOOll, 0, 1] -> [1, 0, 1, 1, 1, 1, 1]: 
["blOOOOOOOOOlOO, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
["blOOOOOOOOOlOl, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
["blOOOOOOOOOllO, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
["blOOOOOOOOOlll, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
["blOOOOOOOOlOOO, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
["blOOOOOOOOlOOl, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
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'^blOOOOOOOOlOlO, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
'^blOOOOOOOOlOll, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
"blOOOOOOOOllOO, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
"blOOOOOOOOllOl, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
'^blOOOOOOOOlllO, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
"blOOOOOOOOllll, 0, 1] -> [1, 0, 1, 1, 1, 1, 1] 
'^hlFFO,0, 1] -> [1,0, 1,1,1,1, 1]; 
'^hlFFl, 0, 1] -> [1, 0, 1, 1, 1, 1, 1]; 
'^hlFF2,0,l]->[l,0, 1,1, 1,1,1]; 
"hlFF3,0, 1]->[1,0, 1, 1, 1, 1, 1]; 
"hlFF4,0, 1]->[1,0, 1,1, 1, 1, 1]; 
"hlFF5,0, 1]->[1,0, 1,1, 1, 1, 1]; 
"hlFFe, 0, 1] -> [1, 0, 1, 1, 1, 1, 1]; 

EXTERNAL 10 WRITES 

'^blOOOOOOOOOOOO, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
"blOOOOOOOOOOOl, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
'^blOOOOOOOOOOlO, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
"blOOOOOOOOOOll, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
'^blOOOOOOOOOlOO, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
'^blOOOOOOOOOlOl, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
"blOOOOOOOOOllO, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
'^blOOOOOOOOOlll, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
'^blOOOOOOOOlOOO, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
^blOOOOOOOOlOOl, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
"blOOOOOOOOlOlO, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
"blOOOOOOOOlOll, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
"blOOOOOOOOllOO, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
'^blOOOOOOOOllOl, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
"bioooooooonio, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 
blOOOOOOOOllll, 0, 0] -> [0, 1, 1, 1, 1, 1, 1] 



"hlFFO,0,0]-> [0,1,1,: 




'^hlFFl,0,0]-> [0,1,1,: 




"hlFF2,0,0]-> [0,1,1,: 




"hlFF3,0,0]-> [0,1,1,: 




^hlFF4, 0, 0] -> [0, 1, 1, : 




'^hlFF5,0,0]-> [0,1,1,: 




'^hlFF6,0,0]-> [0,1,1,: 





test_vectors 

[CI0A12, NCIOSTRB, CIORNW] -> 

TIOR, TIOW, NSRANGE, NFG, NFR, NDPSEMGR, NDPMEMGR]); 

DUAL-PORT SRAM READ OR WRITE 

[0,0,X]-> [0,0, 0,1, 1,1,0]; 

end U6 
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Appendix B3. Module RAMDEC 



module RAMDEC 






title' 






DWG NAME 


TMS320C30 SOFl'WARE DEVE 


DWG# 


2554377 




COMPANY 


TEXAS INSTRUMENTS INCORPORATED 


ENGR 


TONY COOMES 


DATE 


10/01/88' 




XSUB4 


device 


'P16L8'; 


al2 


Pinl; 


"c30 address inputs 


al3 


Pin 2; 




al4 


Pin 3; 




al5 


Pin 4; 




al6 


.Pin 5; 




al7 


Pin 6; 




al8 


Pin 7; 




al9 


Pin 8; 




a20 


Pin 9; 




a21 


Pin 11 






a22 • 


Pin 13 






a23 


Pin 14 






m_swap 


Pin 15 




"sram/eprom swap bit 


vss 


Pin 10 






memen 


Pin 18 




"dram expansion select 


sram 


Pin 17 




"sram select 


eprom 


Pin 16 




"eprom select 


busen 


Pin 12 




"eprom/dram data buffer select 


vcc 


Pin 20 







madd = [a23,a22,a21,a20,al9,al8,al7,al6,al5,al4,al3,al2]; 

equations 

"On reset the eprom and sram maps are swapped 
" m__swap = m_swap = 1 

F00000~F03FFF 00000(M)03FFF 
000000-O03FFF F00000-F03FFF 



sram 
"eprom 

sram 



eprom 



!(((madd >= '^hOOO) & (madd <= '^h003) & m_swap) 
# ((madd >= '^hFOO) & (madd <= '^hF03) & !m__swap)); 

!(((madd >= '^hOOO) & (madd <= '^h003) & Im^swap) 



# ((madd >= ^hFOO) & (madd <= '^hF03) & m__swap)); 
memen = ! ((madd >= '^h400) & (madd <= ''h4FF)); 
busen = !(!eprom# ! memen); 



502 



TMS320C30 Applications Board Functional Description 



test_vectors 

([madd, m_swap ] -> [sram, eprom, memen, busen]) 



["hOOO, 1 ]->[0, 

["hOOO, ]->[!, 

Ph004, 1 ]->[!, 

['^hFOO, 1 ]->[!, 

['^hFOO, ]->[0, 

PhFFO, 1 ]->[!, 

["hFOO, 1 ]->[!, 

rh400, ]->[!, 

rh4CF, 1 ]->[!, 

phSOO, 1 ]->[!, 

end RAMDEC 



1, 




0, 




1, 




0, 




1, 




1, 




0, 




1, 





1, 





1, 


1 



1] 

0] 

1] 

0] 

1] 
1] 

0] 
0] 
0] 

1] 
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Appendix B4. Module RDYEN 



TMS320C30 SOFTWARE DEVELOPMENT BOARD 



module RDYEN 

title' 

DWG NAME 

DWG# 2554377 

COMPANY TEXAS INSTRUMENTS INCORPORATED 

ENGR TONY COOMES 

DATE 10/01/88" 



XSUC3 



device 'P16R4'; 



elk 


Pin 1; 




busen 


Pin 2; 


"eprom/dram data bus enable 


cprom 


Pin 3; 


"eprom select 


strb 


Pin 4; 


"c30 strobe 


rd wr 


Pin 5; 


"c30 read/write 


bhiz 


Pin 7; 


"dram expansion bus hold 


oe 


Pin 11; 




vss 


Pin 10; 




dat^rd 


Pin 19; 


"data read enable 


dat_wr 


Pin 18; 


"data write enable 


prdy 


Pin 17; 


"eprom ready 


epromcs 


Pin 12; 


"eprom chip select 


vcc 


Pin 20; 





c = .C; 

equations 

"note: bhit is active for 1 TMS320C30 clock cycle at the end of a dram 
" access. This provides the necessary turn off time between 
" dram/eprom accesses. 

= !(!busen & !strb & rd__wr & bhiz); 

= (Ibusen & ! strb & Ird^wr & bhiz); 

epromcs = !(!buscn & rd_wr & !strb & leprom & bhiz); 

prdy := !(!busen & Istrb & rd_wr & prdy & leprom & bhiz); 



dat^rd 
dat wr 
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test_vectors 

([elk, strb, busen, rd_wr, eprom, oe, bhiz ] -> prdy) 
[c, 1, 1, 1, 1, 0, 1 ]-> 1; 
1, 0, 0, ]-> 1; 



[c, 0, 

[c, 0, 

[c, 0, 

[c, 0, 

[c, 1, 

[c, 1, 



0, 
0, 
0, 
0, 
0, 
0, 



1, 0, 0, 1 ]-> 0; 

1, 0, 0, 1 ]-> 1; 

1, 0, 0, 1 ]-> 0; 

1, 0, 0, 1 ]-> 1; 

1, 0, 0, 1 ]-> 1; 
test_vectors 
([strb, busen, rd_wr, eprom, bhiz ] -> [dat_rd, dat_wr, epromcs]) 



[1. 
[0, 
[0, 
[0, 
[1. 



1, 
0, 
0, 
1, 
0, 



1, 1, 

1, 1, 

0, 1, 

1, 1, 
1, 1, 



check eprom 

[1, 0, 1, 0, 

[0, 0, 1, 0, 

[0, 0, 1, 0, 

[0, 0, 0, 0, 

[0, 1, 1, 0, 

[1, 0, 1, 1, 

end RDYEN 



1 

1 
1 
1 
1 

1 
1 

1 
1 
1 



-> 
-> 
— > 
-> 
-> 

-> 
-> 
— > 
-> 
-> 
-> 



1, 


0, 


1 ] 


0, 


0, 


1 ] 


1, 


1, 


1 ] 


1, 


0, 


1 ] 


1, 


0, 


1 ] 


1, 


0, 


1 ] 


0, 


0, 


] 


1, 


0, 


1 ] 


1, 


1, 


1 ] 


1, 


0, 


1 ] 


1, 


0, 


1 ] 
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Appendix B5. Module RAMCONTROL 



Module RAN 


ICONTROL 




title' 






DWG NAME 320C30 SWDS DRAM MODULE 


DWG# 


2554397 


r 


COMPANY 


TEXAS INSTRUMENTS INCORPORATED 


ENGR 


TONY COOMES 


DATE 


10/01/88 


;' 


XDUE5 


device 


T16R8'; 


elk 


Pinl; 




refreq_ 


Pin 2; 


"refresh request 


strb 


Pin 3; 


"c30 strobe 


rd 


Pin 4; 


"c30 read/write 


memen_ 


Pin 5; 


"memory board chip select 


oe_ 


Pin 11; 


"pal output enable 


vss 


Pin 10; 




sO 


Pin 19; 


"state variable 


refclr 


Pin 18; 


"refresh clear 


casen 


Pin 17; 


"column address strobe 


ren 


Pin 16; 


"write strobe 


rasen 


Pin 15; 


"row address strobe 


mrdy 


Pin 14; 


"dram ready strobe 


busact 


Pin 13; 


"dram bus active 


si 


Pin 12; 


"state variable 


vcc 


Pin 20; 




"define machine states 




"[refclr,rasen,casen,mrdy,busact,sO,sl]; 


idle 


'^blllllll; 




rasO = 


'^blOlllll; 




casO = 


"blOOOlll; 




casl = 


'^blOlllOl; 




whld = 


'^bllllllO; 




trp 


^bllllOOl; 




refl 


"bOlOllll; 




ref2 


'^bOOOllll; 




ref3 


'^bOOlllll; 




ref4 


'^blllllOl; 




refreq = 


!refreq_; 


"convert to positive logic 


strb 


Istrbj 




memen = 


!memen_; 




oe = !oe 


' J 





c = .C; 
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c = .C; 

output = [refclr,rasen,casen,mrdy,busact,sO,sl]; 

equations 

ren := !(!rd & !strb_J; high on read, low on writes 

state_diagram output 

state idle: 

case ( refreq & strb & memen) :refl; 

( refreq & strb & ! memen) :refl; 

( refreq & !strb & memen) :refl; 

( refreq & !strb & ! memen) :refl; 

(! refreq & strb & memen) :rasO; 

(Irefreq & strb & Imemen) ridle; 

(! refreq & !strb & memen) ridle; 

(Irefreq & Istrb & Imemen) :idle; 
endcase; 

state rasO: 

gotocasO; 

state casO: "cycle cas on page mode reads 
case rd :casl; 

!rd :whld; 

endcase; 

state 



"ref has 1st priority 



state 



state 



state 



state 



casl: 


"cycle cas on page mode 


case strb & Irefreq 


:casO; 


strb & refreq 


:trp ; 


Istrb & Irefreq 


:trp; 


Istrb & refreq 


:trp; 


endcase; 




whld: 


"wait for refreq or Istrb 


case strb & Irefreq 


rwhld; 


strb & refreq 


:refl; 


Istrb & Irefreq 


;idle; 


Istrb & refreq 


:refl; 


-endcase; 




trp: 


"cas,ras high 


case refreq 


rrefl; 


Irefreq 


:idle; 


endcase; 




refl: 


"cas,refclr low 


goto ref 2; 




ref2: 


"ras low 


goto ref3; 
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state 


reO: 






"cas high 




goto 


ref4 


J 




state 


ref4: 
goto 


idle 


> 


"ras high 


test_vectors 


"page mode read, ref, page mode rea 


([clk,refreq ,strb , 


rd,memen , oe ]->[output,ren]) 


[c, 0, 


0, 




0, 1 


]->[idle , 1 ]; 


[c, 0, 








]->[rasO , 1 ]; 


[c, 0, 








]->[casO, 1]; 


[c, 0, 








]->[casl , 1 ]; 


[c, 0, 








]->[casO, 1]; 


[c, 1, 








]->[casl , 1 ]; 


[c, 1, 








]->[trp , 1 ]; 


[c, 1, 








]->[refl , 1 ]; 


[c, 1, 








]->[ref2, 1]; 


[c, 1, 








]->[ref3 , 1 ]; 


[c, 0, 








]->[ref4 , 1 ]; 


[c, 0, 








]->[idle, 1]; 


[c, 0, 








]->[rasO, 1]; 


[c, 0, 








]->[casO , 1 ]; 


[c, 0, 








]->[casl, 1]; 


[c, 0, 








]->[casO , 1 ]; 


[c, 0, 








]->[casl, 1]; 


[c, 0, 


o', 






]->[trp , 1 ]; 


[c, 0, 


0, 




0, 1 


]->[idle , 1 ]; 


test_vectors 


"write cycle 




([clk,refreq ,strb , 


rd, memen,. oe ]->[output,ren]) 


[c, 0, 


0, 


0, 


0, 1 


]->[idle , 1 ]; 


[c, 0, 




0, 




]->[rasO , ]; 


[c, 0, 




0, 




]->[casO , ]; 


[c, 0, 




0, 




]->[whld, 0]; 


[c, 0, 




0, 




]->[whld, 0]; 


[c, 0, 




0, 




]->[whld , ]; 


[c, 0, 


0, 


0, 




]->[idle , 1 ]; 


[c, 0, 


0, 


1, 


0, 1 


]->[idle , 1 ]; 


"write cycle 


/ref 






[c, 0, 


0, 


0, 


0, 1 


]->[idle , 1 ]; 


[c, 0, 




0, 




]->[rasO , ]; 


[c, 1, 




0, 




]->[casO , ]; 


[c, 1, 




0, 




]->[whld, 0]; 


[c, 1, 




0, 




]->[refl , ]; 


[c, 1, 




0, 




]->[ref2, 0]; 


[c, 1, 


0,' 


0, 


0, 1 


]->[ref3 , 1 ]; 


[c, 0, 


0, 


1, 


0, 1 


]->[ref4, 1]; 


[c, 0, 


0, 


1, 


0, 1 


]->[idle, 1]; 



end RAMCONTROL 
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Appendix B6. Module RAMDEC 



320C30 SWDS DRAM MODULE 



module RAMDEC 

title' 

DWG NAME 

DWG # 2554397 

COMPANY TEXAS INSTRUMENTS INCORPORATED 

ENGR TONYCOOMES 

DATE 10/01/88' 



XDUD5 



device 'P16R4'; 



elk 


Pinl; 




refclr 


Pin 2; 


"clear refresh stat 


al8 


Pin 3; 


"c30 address 18 


al9 


Pin 4; 


"c30 address 19 


memen 


Pin 5; 


"dram board memory enable 


strb 


Pin 6; 


"c30 strobe 


mux 


Pin 7; 


"address mux 


oe 


Pin 11; 


"pal output enable 


vss 


Pin 10; 




rasO 


Pin 17; 


"ras select 


rasl 


Pin 16; 


"ras select 1 


ras2 


Pin 15; 


"ras select 2 


ras3 


Pin 14; 


"ras select 3 


rowsel 
vcc 


Pin 13; 
Pin 20; 


"row address select 



c=.C.; 

equations 

rasO := !(!refclr #(!al9 & !al8 & ! memen & Istrb)); 
rasl := !(!refclr#(!al9 & al8 & Imemen & Istrb)); 
ras2 := !(!refclr # ( al9 & !al8 & Imemen & Istrb)); 
ras3 := I(Irefclr # ( al9 & al8 & Imemen & Istrb)); 

rowsel = mux; 
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test_vectors "page mode read, ref, page mode read 
([clk,refclr, memen, strb, al9, al8, oe]->[rasO, rasl, ras2, ras3]) 



[c, 1, 1, 1, 0, 0, 

[ c, 1, 0, 0, 0, 0, 

[c, 1, 0, 0, 0, 1, 

[c, 1, 0, 0, 1, 0, 

[c, 1, 0, 0, 1, 1, 

[ c, 1, 1, 0, 1, 1, 

[c, 1, 0, 1, 1, 1, 

[c, 0, 0, 1, 1, 1, 

[ c, 1, 0, 1, 1, 1, 

[c, 0, 0, 0, 1, 1, 

[ c, 1, 0, 0, 1, 1, 

test_vectors "rowsel 
(mux -> rowsel) 
1 -> 1; 
-> 0; 

end RAMDEC 



|->[1, 1, 1, 1 

|->[0, 1, 1, 1 

■>[1, 0, 1, 1 

|->[1, 1, 0, 1 

•>[1, 1, 1, 

•>[1, 1, 1, 1 

|->[1, 1, 1, 1 

j->[0, 0, 0, 

I->[1, 1, 1, 1 

■>[0, 0, 0, 

•>[1, 1, 1, 
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Appendix C 

TMS320C30 Application Board Schematics 

Appendix Title 

CI TMS320C30 Software Development Schematics 

C2 TMS320C30 SWDS DRAM Module Schematics 
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GROUND IS APPLIED TO PIN 4 OF ALL 8-PIN IC's, 
PIN 7 OF ALL i4-PIH IC's, PIN 8 OF ALL 16-PIN 
IC's- PIN le OF ALL 20-PIN IC's. ETC. 



U07 
U0& 
00 AND 04 = DEUICE TVPES 
I. 2, AND 3 = PIN NUMBERS 
Ue6 AMD U07 ■ REFERENCE DESIGNATORS 
RESISTANCE UALUES ARE IN OHMS. 
RESISTORS ARE 1/4 UATT. SK . 
CAPACITANCE UALUES ARE IN MICROFARADS. 
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